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CHAPTER 1 
INTRODUCTION 


Ped MANUAL SCOPE 

This manual provides a comprehensive description of the functional 
and operational characteristics of the VAX-11/78@ diagnostic 
system. The level of detail presented provides a resource for 
appropriate branch courses of the field service training program 
and for a field reference. Table 1-1 provides a list of related 
documents. Note that a glossary of diagnostic software terms is 
provided in Appendix A. 


Table 1-1 VAX-11/788 System Manuals 


Document Title Control Number Form 


"_VAX-11/789 Power System 
Technical Description EK-PS788-TD-@81 In Microfiche Library 


| VAX-11/788 System 
Installation Manual EK-SI78@-IN-9@1 Available in hard copy* 


DS78@ Diagnostic System | 
User's Guide EK-DS789-UG-@61 Available in hard copy* 


DS78@ Diagnostic System 
Technical Description EK-DS789-TD-9@1 In Microfiche Library 


FP78@ Floating-point 
Processor Technical 
Description EK-FP789-TD-981 In Microfiche Library 


REP@5/REP#6 Subsystem 
Technical Description EK-REP96-TD-991 In Microfiche Library 


VAX-11 KA78@ Central 
Processor Technical 
Description EK-MS78@-TD-@@1 In Microfiche Library 


VAX-11 MS788 Memory 
System Technical 
Description EK-MS78@-TD-991 In Microfiche Library 


DW788 Unibus Adapter 
Technical Description EK-DW788-TD-9@1 In Microfiche Library 


KC78@ Console Interface 
Technical Description EK-KC78@-TD-@@1 In Microfiche Library 


VAX-11/78@ Architecture 
Handbook EBO7466 Available in hard copy* 
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Table 1-1 VAX-11/788 System Manuals (Cont) 


Document Title Control Number Form 


VAX-11/78@ Software 
Handbook EB88126 Available in hard copy* 


VAX-11/789 Hardware 
Handbook EB29987 Available in hard copy* 


VAX/VMS Primer AA-D@3 0A-TE Available in hard copy* 


VAX/VMS Command Language 
User's Guide AA-D623A-TE Available in hard copy* 


VAX-11 MACRO User's 
Guide AA-D@33A-TE Available in hard copy* 


VAX-11 Linker Reference 
Manual AA-D@19A-TE Available in hard copy* 


VAX-11 Symbolic Debugger 
Reference Manual AA-D@25A-TE Available in hard copy* 





*These documents can be ordered from: 


Digital Equipment Corporation 

444 Whitney Street 

Northboro, MA #1532 

Attn: Printing and Circulation Services (NR2/M15) 
Customer Services Section 


For information concerning microfiche libraries, contact: 


Digital Equipment Corporation 
Micropublishing Group, PK3-2/T12 
129 Parker Street 

Maynard, MA 91754 


Lez DIAGNOSTIC SYSTEM CAPABILITIES 

The VAX-11/78@ diagnostic system is a set of software components 
integrated as a system to provide a wide range of error detection 
and isolation capabilities for the VAX-11/78®@ hardware. The 
diagnostic levels range from system functional tests to dedicated 
microprogram techniques capable of identifying a faulty module 
(printed circuit board) or group of modules. In addition, the 
diagnostic control functions provide substantial selection and 
execution options. 
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The overall diagnostic strategy satisfies the major field service 
goals of: 


a. High quality and efficiency of system installation, by 
providing formal installation procedures, automated test 
package configurations, and a system exerciser program 
that can be configured for specific VAX-11/78@ systems. 


b. Reduction of fault isolation and repair times, by 
providing high visibility diagnostic programs (programs 
accessible to the operator) and procedures keyed to the 
field service troubleshooting and repair philosophy. 


The diagnostic system is supported by a PDP-11/V@3 (LSI-11) 
microcomputer console system. In addition to providing for local 
(on-site) diagnostic execution, the diagnostic system allows for 
diagnosis from a remote diagnostic center. 


1.3 DIAGNOSTIC SYSTEM OVERVIEW 

The diagnostic system consists of programs that are organized 
hierarchically (from general to specific capabilities) in six 
levels. Each level contains one or more categories, as follows: 


Level 1 -- Operating system (VMS) based diagnostic programs 
(uSing queue I/0) 


System exerciser program 

Level 2 -- Diagnostic supervisor--based diagnostic programs that 
can be run either under VMS or in the standalone mode 
(using queue I/O) 

Bus interaction program 

Formatter and reliability level peripheral diagnostic 
programs 


Level 2R -- Diagnostic supervisor--based diagnostic programs that 
can be run only under VMS. 


Certain peripheral diagnostic programs 


Level 3 -- Diagnostic supervisor--based diagnostic programs that 
can be run in standalone mode only (using direct I/0) 


Functional level peripheral diagnostic programs 
Repair level peripheral diagnostic programs 
Cluster diagnostic programs 


Level 4 -- Standalone macrodiagnostic programs that run without 
the supervisor. 


Hardcore instruction test 


Console 
Level-- Console-based diagnostics that can be run in _ the 
standalone mode only 


Microdiagnostics 

Console program 

Octal Debugging Technique (ODT) 
ROM resident power-up tests 
LSI-11 diagnostics 


The diagnostic programs can be used for preventive maintenance 
checks to enSure proper computer operation; or, if system 
malfunctions have been detected, specific programs or groups of 
programs can be run to isolate the fault. 


Figure 1-1 shows the relation of the six levels to four diagnostic 
program operating environments. The console environment requires 
exclusive use of the VAX-11/788 system (standalone mode). It 
includes only the console level programs. In this environment, 
program control is exercised by the LSI-11 processor in the 
console subsystem. 


In the cluster environment, the system environment, and the user 
environment, control is exercised in the VAX-11/78@ CPU. The 
cluster environment supports only standalone diagnostic programs. 
It includes level 4 programs and some level 3 programs. The level 
3 programs supported are those that test the CPU and the channel 
adapters. 


The system environment supports peripheral diagnostic programs 
that can run in the standalone mode. These include level 2 
programs and level 3 peripheral programs. 


The user environment supports only programs that can be run under 
VMS, namely levels 2R, 2, and l. 


In general, the diagnostic system uses a building block approach 
to testing (and subsequent fault detection and isolation). When 
the diagnostic programs are executed in the standard system 
checkout sequence, they will initially test a minimum (basic) set 
of logical functions to ensure their proper operation. After these 
basic operations are verified, a larger and more complex block is 
tested, using the previously tested block as a base. This sequence 
is implemented consistently from the ROM resident power-up tests 
(which check the console) to interactive system tests executed as 
user mode tasks under the VMS operating system, as shown in Figure 
L=2% 


It may be that a diagnostic program will indicate an error in a 
hardware component which is more easily diagnosed by another 
program. For instance, the bus interaction program may indicate a 
failure of a tape drive. The tape reliability program may also 
detect the same failure or a related failure, but the problem may 
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be on the tape drive controller, the RH78@ (MBA), or the KA78@ 
(CPU). Proper use of the six levels of diagnostic programs should 
enable the field service engineer to identify the failure quickly 
and accurately. 


1.4 DIAGNOSTIC SYSTEM EXECUTION ENVIRONMENTS 

Most of the diagnostic programs must be run off-line (standalone). 
In other words, they require exclusive use of the VAX-11/78@ 
computer system and will not run under the VMS operating system. 
Diagnostic programs in levels 3, 4, and the console level are of 
this type (Figure 1-2). The diagnostic programs in level 2 can be 
run off-line or on-line (under VMS). 


7 Off-line diagnostics must be run from the console 
terminal. 


On-line diagnostics may be run from any terminal on the 
system and will share the computer system with other user 
mode programs. Figure 1-3 shows the execution 
environments required by the various diagnostic programs. 


LS CONSOLE DIAGNOSTICS 

On power up, a set of ROM resident tests verifies the proper 
functioning of the LSI-11 within the console subsystem before the 
console program is booted from the floppy disk. If the console 
program cannot be booted, the ROM resident tests, together with 
ODT, can be used to isolate the fault. For details see the 
VAX-11/78@ Diagnostic System User's Guide (EK-DS788-UG-881), 
Appendix D. In addition, a set of dedicated LSI-11 diagnostics may 
be used to perform in-depth tests on each component of the console 
subsystem. 





The console subsystem, in connection with the console program, 
provides the basis for the diagnostic system with the following 
functions: 

a Traditional lights and switch functions such as EXAMINE, 
DEPOSIT, HALT, START, and single instruction 


Diagnostic and maintenance functions, including the 
capability to load diagnostic microcode into Writable 
Control Store (WCS), control execution, control single 
step clock functions, and examine key system points via a 
serial diagnostic visibility bus (V Bus), and to deposit 
and examine data in locations in the VAX-11/78@ main 
memory and I/O space 


Operator communication with the VAX-11/78@ software. 
The console program enables the operator to run microdiagnostics, 
to load and run the diagnostic supervisor (in the standalone mode) 


and the standalone macrodiagnostic programs (using VAX-11/788@ 
native code), and to boot the operating system. 
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Note that when the console program is running in the LSI-1l, it 
will always be in one of two modes, console I/0 mode or program 
I/O mode. With the exception of the Control P (“P) command, the 
console commands (console command language) listed in the help 
files are available only when the console program is in the 
console I/O mode. . 


In the console I/0 mode, the console program interprets’ the 
characters typed on the console terminal as console commands. In 
the program I/O mode, however, the console program is transparent 
to the operator. The console program passes characters from the 
console terminal directly to the VAX-11/788 CPU for use by VMS or 
the diagnostic Supervisor. 


Type Control P to switch from program I/O mode to console I/O 
mode. 


Type SET TERMINAL PROGRAM to switch from console I/O mode to 
program I/O mode. 


1.6 MICRODIAGNOSTIC PROGRAM 

The microdiagnostic program provides module isolation for logic 
failures within the CPU, floating-point accelerator and MOS memory 
controllers. The program will detect stuck high/low logic 
functions and open or grounded etch and wire interconnections. The 
microdiagnostics are organized in a bootstrapping test sequence 
(i.e., building blocks) of the console interface, CPU hardware, 
cache-translation buffer, I-stream buffer, Synchronous Backplane 
Interconnect (SBI), and memory controller and array. All detected 
faults result in an error typeout indicating the smallest set of 
modules to which the diagnostic can isolate the failure. 


The microdiagnostic program is initiated by one console command 
and executed from the CPU cluster test facility. The test facility 
consists of the console subsystem, console interface, Writable 
Control Store (WCS), and the V Bus. 


The microdiagnostic package consists of two major test divisions: 
console adapter and hardcore, and microtests. Each test division 
is controlled by an associated monitor that provides nondiagnostic 
services to that division. Both test division monitors are 
serviced by the console-resident microdiagnostic monitor. In 
addition to loading the test monitors, the microdiagnostic monitor 
retrieves microtest overlays from the floppy disk, loads test 
sequences into WCS, performs test dispatching and sequencing, 
performs error reporting, and manages fault isolation. The 
microdiagnostic monitor also allows the operator microdiagnostic 
test selection and execution options (Chapter 4). Figure 1-4 shows 
overall monitor relationships and test sequencing. 
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Figure 1-4 Monitor Relationships and Test Sequencing 


1.6.1 Console Adapter and Hardcore Division 

The adapter and hardcore division microdiagnostic is composed of a 
test stream of pseudo-instructions and test data located on the 
console floppy disk. Note that the pseudo-instructions are defined 
specifically for the test stream. This division tests the console 
adapter (CIB module), microsequencer, WCS, and a subset of the 
data paths. The hardcore monitor is called into the console memory 
by the microdiagnostic monitor. The hardcore monitor, in turn, 
retrieves small blocks (+1.5K bytes) of test data from the floppy 
into a console buffer, and then controls execution. When the 
current block has been completed, the hardcore monitor overlays 
this block with a new test block. The test data portion of the 
test stream is comprised of data words and lists of VAX-11/784 
microinstructions. The microinstructions are loaded into the WCS 
and executed in single bus cycle or Single time-State modes. 


When an error is detected, an error header message is typed. Then, 
if the HALTD flag is not set, a trace message is typed and 
additional code is executed to isolate the fault. This additional 
testing will normally consist of V BusS compare instructions. 
Figure 1-5 shows monitor residency and the basic flow of the 
console adapter and hardcore tests. 


1.6.2 Microtest Division 

The microtest division completes testing of the CPU not covered by 
the hardcore division, and provides isolation to a failing module. 
The microtests, which are executed under control of the microtest 
monitor, are divided into two subdivisions: GO chain and FAIL 
chain. The GO chain consists of microtests loaded into WCS and 
executed at full speed. The purpose of the GO chain is to detect 
an error. If an error is detected, control iS passed to the FAIL 
chain, which isolates the error and reports the failing module 
through the microdiagnostic monitor. Note that the FAIL chain is 
executed only on detection of an error. 


The GO chain consists of a series of WCS overlays. Each overlay is 
approximately 1K microwords in length and will contain one or more 
microtests. Initially, the microdiagnostic monitor loads the first 
overlay into WCS; that overlay is then executed. If no error is 
detected, the next overlay is loaded into WCS and executed. This 
sequence continues until each test in each overlay has been 
executed, or until an error is detected. 


When the GO chain detects an error, execution of the microtest 
that detected the error is suspended. The error microtest address 
is saved and used by the FAIL chain to restart microtest execution 
to recreate the conditions that detected the error. 


The FAIL chain reenters the failing microtest and begins fault 
isolation. The microtest is clocked a specific number of ticks 
from the error address and then certain V Bus’ Signals are 
processed. If the V Bus Signals identify the faulty module, an 
error report is made through the microdiagnostic monitor. If these 
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Figure 1-5 Hardcore Monitor Residency/Test Flow . 


Signals do not identify the error, additional V Bus Signals are 
processed. In the case of an intermittent error which is not 
reproduced during FAIL chain execution, a report is printed that 
lists the modules involved in the failing GO chain microtest. 
Figure 1-6 shows monitor residency and the basic test flow. 


1.7 MACRODIAGNOSTIC PROGRAMS 

The macrodiagnostic programs are written in VAX-11 MACRO and 
assembled in VAX-11 native code. Level 2, 2R, and 3 programs do 
not run independently; they must always be loaded and executed 
with the diagnostic supervisor. 


1.7.1 Diagnostic Supervisor 

The diagnostic supervisor provides a framework that supports each 
of the macrodiagnostic programs, one at a time. It operates in 
three environments and provides two major functions. Two of these 
environments, cluster environment (CE) and system environment 
(SE), constitute the standalone mode. The diagnostic supervisor 
operates in the user environment (USE) when it runs under the VMS 
operating system. In each of these environments different modules 
within the diagnostic supervisor are activated. The first major 
function of the diagnostic supervisor is the interpretation of the 
command line typed on the operator's terminal. The command line 
interpreter (CLI) portion of the supervisor performs this 
function, enabling the operator to control the loading, 
sequencing, and execution of diagnostic test programs. The program 
interface (PGI) performs the second major function of the 
Supervisor, providing a set of common Services required by Some or 
all diagnostic programs. The PGI services include operator 
interaction routines, error message formatting, memory management, 
and I/O request handling. Notice that the operator can communicate 
with the diagnostic program only through the CLI and the PGI 
message service in the supervisor. 


The supervisor supports programs that provide their own device 
interfaces (direct I/0) and programs that require I/O services. 
The direct I/O diagnostic programs must be run in the standalone 
mode (cluster environment and system environment), since VMS 
inhibits direct access to peripheral devices. Programs that do not 
directly access the peripheral devices under test rely on queue 
I/O system services. Both VMS and the diagnostic supervisor 
provide queue I/0 system services, so that these programs can run 
in either the standalone mode (in the system environment) or the 
user mode (user environment, under VMS). When the diagnostic 
programs requiring queue I/O services are run in the user mode, 
the supervisor passes the queue I/O requests directly to VMS. When 
queue I/0 diagnostic programs are run standalone, the supervisor 
emulates the VMS operating system, providing the queue I/O system 
services. Figure 1-7 shows the functions of the diagnostic 
supervisor in the three macrodiagnostic operating environments. 
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Figure 1-6 Microtest Monitor Residency/Test Flow 
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Figure 1-7 Functions of the Diagnostic Supervisor Environments 
(Sheet 1 of 2) 
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Figure 1-7 
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Functions of the Diagnostic Supervisor Environments 


5 ay Be" Cluster Diagnostic Programs 

The CPU cluster exerciser, the RH78@ (MBA) diagnostic program, and 
the DW788 (UBA) diagnostic program test the VAX-11/78@ cluster 
hardware. They run under the cluster environment portion of the 
diagnostic supervisor, in the standalone mode. 


1.7.2.1 CPU Cluster Exerciser Package -- The cluster exerciser 
package consists of three diagnostic programs. The package 
provides a comprehensive functional test of the CPU cluster, 
including the CPU, the Unibus and Massbus adapters, and memory. 
The first program (ESKAX) is the quick verify portion of the CPU 
cluster exerciser package. The second program (ESKAY) tests the 
native mode instruction set of the VAX-11/7890. EXKAZ, the third 
program in the package, checks memory management and the PDP-11l 
instruction set (in compatability mode). 


The CPU cluster exerciser programs identify failing functions and 
failing subsystems. For further fault isolation the operator 
should run the microdiagnostic program or restrict the desired CPU 
cluster exerciser program to the minimum number of modules which 
will detect the failure, through commands to the diagnostic 
Supervisor. 


1.7.2.2 RH789@ (MBA) Diagnostic Program -- The RH786 (MBA) 
diagnostic program tests the majority of the MBA logic regardless 
of the type of peripheral device attached to the Massbus. Although 
the program does not provide explicit component level fault 
isolation, every detectable error iS asSociated with an 
operator-selectable scope loop. Diagnosis of attached devices is 
not attempted. Verification of the Massbus transceivers and cables 
is possible with a Massbus exerciser (MBE, RH11-TB) attached to 
the Massbus. USe of an MBE on the Massbus also allows verification 
of the MBA ability to perform high speed block transfers. Note 
that either a device or a bus terminator must be attached to the 
Massbus to enable program execution. The program tests the MBA at 
three levels. 


is The first level checks basic functions. The functions 
tested are those which are necessary for subsequent, 
detailed fault detection. The objective is to locate 
functional failures prior to testing for explicit bit 
failures. Map register access, virtual address register 
access, and correct data input buffer byte selection are 
tested at this level. 


2. The second level of testing locates bit failures (stuck 
high/low). The program toggles bits directly accessible 
to the CPU, and it sets and clears bits indirectly by 
setting up specific commands and conditions. 
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3 The third level determines the ability of the MBA to meet 
system demands. The program performs block transfers 
uSing the MBA wraparound features. These block transfers 
are executed in the maintenance mode and ensure that the 
MBA will support data transfers typically associated with 
system software. In addition, the program tests the 
ability of the MBA to interrupt the CPU under all legal 
conditions. 


1.7.2.3 DW78@ (UBA) Diagnostic Program -- Like the RH78@ (MBA) 
diagnostic program, the DW78@ (UBA) diagnostic program tests most 
of the UBA logic. Every detectable error is associated with an 
operator-selectable scope loop. The program does not attempt to 
test devices attached to the Unibus. However, if a Unibus 
exerciser is attached to the Unibus, the program will verify the 
integrity of the Unibus transceivers and the ability of the UBA to 
respond to device-initiated functions. The program tests the UBA 
at seven levels. 


Ls The program tests the basic functions necessary for 
subsequent fault detection: the addressability of the UBA 
registers, their initial states, and whether they can be 
read and written. 


2% The program tests the RAM addressing capability of the 
UBA logic (accesSing map registers, data path registers, 
and BRSVRs). 


3% Power-fail and interrupt functions of the UBA are tested 
next. 

4. The program creates and tests all error conditions. 

5. Extensive data transfer tests check the map registers, 


the direct data path, the buffered data paths, the data 
path registers, the Unibus address and data lines, and 
the microsequencer. 


6. The device tests check all types of data transfer on the 
Unibus: DATI, DATIP, DATO, DATOB initiated by the UBA and 
by the UBE. Interrupts from the UBE to the CPU are also 
tested at the four BR levels. 


Ts The contention logic test checks for race conditions when 
the four microsequencer select lines (UBATT SEL, SB SEL, 
DMA SEL, FILE WRITE SEL) are asserted at about the same 
time. 


1.8 PERIPHERAL DIAGNOSTIC PROGRAMS 

In accordance with the structure of the diagnostic system as a 
whole, the peripheral diagnostic programs are organized in a 
hierarchy. Repair and functional level programs are designed to 
test specific peripheral devices. These programs (with the 
exception of the line printer and terminal diagnostics) must be 
executed in the standalone mode under the system environment (SE) 
services of the supervisor, since they provide their own access 
(direct I/0) to the devices under test. The diagnostic programs 
which rely on VMS, or the supervisor, for access to the units 
under test (queue I/0) are each designed to test a range of 
peripheral device types. For example, the disk reliability program 
(ESRAA) will test all disk drive types supported by the VMS 
operating system. 


On error detection, the repair level diagnostic programs will call 
out both the failing device controller module and the failing 
function, dump the contents of relevant registers, and list 
expected and received data patterns. The functional level programs 
Provide register dumps and call out the failing function when an 
error is detected. The reliability and formatter level programs 
provide more detailed information on the failing function in 
addition to the register dumps. 


The system exerciser program tests the integrity of the major 
system buses (i.e., SBI, Massbus, Unibus) under heavy I/0 
activity, and it highlights any interaction problems that result. 
The program should be run as a dedicated process under VMS. No 
other program may run concurrently or compete for system 
resources, Since the program requires the use of all system 
resources. 


1.9 OPERATOR/VAX-11/788 COMMUNICATION 

The operator communicates with the VAX-11/788 computer through the 
console subsystem. The console subsystem provides a programmed 
interface between the console terminal and the VAX-11/789 hardware 
and software, including the diagnostic system. The console 
Subsystem hardware consists of an LSI-11 microprocessor (11/03), a 
Single floppy disk drive and controller, a terminal and two serial 
line units, a VAX-11/78@ CPU console interface (CIB), and a 
control panel on the VAX-11/78@ CPU cabinet. The console program 
includes a console command language and the software utilities 
that provide operator console functions. These functions are 
required for VMS and diagnostic support. The paragraphs that 
follow introduce the basic console functions. Refer to Chapter 2 
for a detailed description of the console command language. 


1.9.1 Console Terminal Modes 

The console terminal serves as the console program's I/O device 
and as a VMS operator terminal. The console program has_ two 
operating modes: console I/O mode and program I/O mode. 


In console I/O mode, the terminal serves as the operator interface 
to the console panel functions, CPU debug functions, and CPU 
kernel test functions. In this mode console terminal input is not 
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passed to the VAX ISP-level software. All terminal input is 
interpreted by the LSI-11l, and appropriate console functions are 
invoked. 


In program I/O mode the terminal serves aS a VMS operator 
terminal. All terminal input is passed, character by character, to 
the ISP-level software. All validity checking, etc. is performed 
by VMS. The console program is transparent to the VAX-11/789 
software. All terminal output from the software is passed directly 
to the console terminal. 


1.9.2 Console Panel Equivalent Functions 

The functions in this group are thoSe normally available through a 
traditional console panel. These functions include ISP-level 
program and CPU clock controls, and display and modification of 
memory elements. 


1.9.2.1 Program Control -- The console can initialize the CPU by 
setting certain logic to a defined state. It can initiate 
ISP-level instruction execution at a point specified by the 
program counter, as well as terminate instruction execution. In 
addition, the console can bootstrap the system by loading memory 
with a specific file from the system load device, and initiate 
instruction execution at a predefined address after the load. The 
console can also stop ISP level instruction execution. 


1.9.2.2 Memory Element Display and Modification -- The console 
allows display and modification of memory elements in the 
VAX-11/78@ including main memory, I/0, general, and internal 
register addressing space. The address spaces can be accessed, 
read, and written in the quantities specified below: 


a. Main memory elements: byte, word, longword, quadword 
quantities 


b. CPU general registers (R#@--R13, SP, PC), and processor 
register space: longword quantity 


C's CPU processor register space: longword quantity 


d. I/O registers: byte, word, longword quantities depending 
on register data length 


e. ID bus registers: longword quantity 


Es VAX-11/788 V Bus (Visibility Bus) channels can be 
displayed (V Bus channels are read-only) 


GF % VAX-11/78@ main memory and/or Writable Control Store 


(WCS) can be loaded from files on the console subsystem 
floppy disk. 
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1.9.2.3 Clock Control -- The CPU clock can be controlled by the 
console to provide single step clock mode for use in hardware or 
software debugging. The control modes available include single 
instruction step, single SBI bus cycle step, and single SBI time 
state step modes. 


Single instruction step mode allows ISP-level programs to execute 
one instruction at a time. This mode causes the CPU to enter the 
halt state after the instruction execution. 


Single SBI bus cycle step mode causes the CPU clock to stop each 
time SBI time state @ (T@) is asserted. T# remains asserted until 
a control signal from the console causes the clock to resume 
operation. The clock ticks until the next SBI T@. 


Single SBI time state step mode causes the CPU clock to assert and 
hold a time state (T@, Tl, T2, or T3) until a control signal from 
the console causes the next time state to be asserted and held. 


1.9.3 Console Control Functions 

The console control functions allow control of numeric radices, 
addressing modes, and data length, and provide for displaying 
console and CPU status. Functions are also provided that repeat 
commands and link multiple commands into a single executable 
command list. In addition, the console provides a means to control 
the number of fill characters to be added after special characters 
are sent to the console terminal. 


1.9.3.1 Default Settings -- The console allows specification of 
defaults for addressing modes, radix of numeric input and output, 
and the data length of addressable memory elements. Any default 
setting can be overridden within the context of a console command. 


a. The default addressing modes can be set for virtual, 
physical, ID Bus, V Bus, general register, or internal 
(processor) register. 


b. Default radices for console numeric input and output can 
be set to octal, decimal, or hexadecimal radix. 


Ce Defaults for memory element data lengths can be set for 
byte, word, longword, and quadword. 


da. Power-up defaults -- 
Physical 


Hexadecimal 
Longword (32 Bits) 


Address Type 
Radix 
Data Length 
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1.9.3.2 Status Displays -- The console provides a means to 
display CPU and console subsystem status. The CPU status includes 
the stop/run state of the instruction set processor, the current 
clock step mode, and the state of the Stop on Microbreak Match 
Enable (SOMM). Console subsystem status includes the current 
setting of all console defaults and the number of terminal fill 
characters. 


1.9.3.3 Command Linking and Repeating -- The console provides a 
facility that allows multiple commands to be linked into a Single 
executable list. Commands to be linked are entered into an 
internal console queue. The console operator can specify execution 
of the command queue one pass at a time. Or, the queue may be 
executed continuously. This facility allows the diagnostic user to 
create short routines of console commands for use in hardware 
debugging operations. 


The console also provides a facility to continuously execute a 
Single command or list of commands. Once initiated, command 
execution continues until terminated by the operator. The repeat 
facility allows maintenance personnel to scope the operation of 
CPU and subsystem logic invoked by console commands. 


1.9.3.4 Real-Time Delays -- The console provides a facility for 
introducing real-time delays of varying duration between the 
execution of console commands linked with the command linking 
facility. This function has no effect on the CPU, but only delays 
the console's processing of the next sequential command in the 
command queue. The delay facility is provided for use after 
console commands that invoke CPU functions which require time to 
complete (e.g., initialization). 
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CHAPTER 2 
CONSOLE PROGRAM AND CONTROL DESCRIPTION 


This chapter describes the console command language and associated 
command facilities. Where appropriate, examples of command usage 
are included. Also included are all applicable console error 
messages. 


2.1 CONSOLE PROGRAM OVERVIEW 

The following paragraphs provide a basic overview of the console 
software modules. Note that the services provided by the console 
are contained in the LSI-11 4K ROM and 8K RAM. The console 
provides services for console control, operator interface, 
microdiagnostic execution, VMS support functions and remote 
diagnosis. 


2 died Command Getter 

The basic functions of this module are to retrieve a command line 
from the console terminal (get a command line routine), and 
provide a check point (or wait) loop for the console program 
(console null loop). 


The program spends the majority of its time in the null loop, 
which consists of a series of test points and conditional branches 
(e.g., bootstrap initiated, VAX-11/78@ CPU halted, etc.). Should 
any of these functions be active (i.e., flag set) the program 
performs a branch to the routine required to service the request 
initiated by that flag. 


2.1.2 Parser and Parser Tables 

The parser module decodes the command typed on the console 
terminal and provides a pointer to the appropriate routine to 
execute the command. The parser manipulates the command line to 
condition it for decoding (e.g., discarding leading blanks and 
checking for a delimiter in the command input string). The command 
is decoded through a set of syntax check trees that provide 
pointers to the appropriate execution routine within the command 
execution module. Any data required for command execution has been 
set up in tables included as part of the parser. 


P ag a | Command Executor Module 

The command execution pointer from the parser is passed to the 
command execution module entry point. This entry point provides a 
pointer (i.e., starting address) to the appropriate command 
execution routine (e.g., DO BOOT, PERFORM QUAD CLEAR). The basic 
sequence of module action is: 


a. Apply switches or defaults for radix, address space, and 
data length. 

b. Execute command routine. 

Ce Test for repeat function. 


If a repeat function is specified, the routine monitors’ the 
console for the control character ("C) required to terminate the 
loop. 


The module also supplies the required subroutines to support the 
execution functions (e.g., open a file, load a file). Following 
command execution, control is passed to the console null loop 
within the command getter module. 


201.4 Additional Services 
In addition to the command decoding and execution functions, the 
console provides several other services. 


Remote support is provided to allow console access from a remote 
terminal or computer. The facility also enables communication 
between local and remote operators, as well as transfer of console 
control between local and remote operators. 


VMS services are also provided. These services include routines 
for terminal support and the associated drivers, as well as a file 
service for the floppy drive and its associated drivers. The code 
for some of these services is contained in the ROM as well as the 
RAM. These services are provided through emulator traps. 


The console software also includes the basic LSI-11 processor and 
memory tests, that are executed on each power-up and bootstrap, 
and the primary bootstrap routine for the floppy. 


2.2 COMMAND TERMS AND SYMBOLS 


Table 2-1 provides a summary of terms and symbols used to describe 
the syntax of the console commands. 


Table 2-1 Term and Symbol Definitions 
Term/Symbol Definition 
< > Used to denote a category name (label) 


€.g., category name <address> represents 
a valid address 


Used to indicate the Exclusive OR 
operation (i.e., selection of parameters 
within a command line). For example, 
<A>!<B> means either <A> or <B> but not 
both is to be selected 


( ) Used to indicate that one of the 
syntactic units of the expression is to 
be selected 


{ ] Used to indicate the part of an 
expression that is optional e.g., WAIT [ 
] indicates that the wait command takes 
an optional count argument 
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Table 2-1 


Term/Symbol 
<blank> 
<count> 


<XYZ -list> 


<address> 
<data> 
<qualifier> 


<input prompt> 


<reverse prompt> 


<CR> 


<LF> 


/ 


+ 


Term and Symbol Definitions (Cont) 


Definition 
Represents one or more spaces or tabs 
Represents a numeric count 


Indicates one or more occurrences’ from 
the category indicated by XYZ 


Represents an address argument 
Represents a numeric argument 
Represents a command modifier (Switch) 


Represents the console's input prompt 
String '>>>' 


Represents the linking prompt ‘'<<<' 


Represents a console terminal carriage 
return 


Represents a console terminal line feed 
Delimits a command from its qualifiers 


Represents the default address when used 
aS an address argument in an examine or 
deposit command (The default address is 
the last address used plus the current 
data length in bytes.) 


Used as an address argument in an examine 
or deposit command and represents’ the 
last address referenced. 


2.2.1 Notation Examples 
EXAMINE [ <qualifier - list> ] [<blank> <address> ]} 


An examine command explanation follows. 


a. An examine command may optionally contain a list of one 
or more qualifiers. 


b. An examine command may optionally contain an address 


argument. 


If the address is specified it must be preceded 


by one or more spaces or tabs. 
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Following is a list of valid examine commands: 


EXAMINE 

EXAMINE/BYTE/VIRTUAL 

EXAMINE <space> 123456 

EXAMINE <tab> 123456 

EXAMINE/WORD <sSpace> 123456 
EXAMINE/WORD <Space> <tab> 123456 


2.2.2 Command Abbreviations 
Console command words may be abbreviated by typing only enough 
characters to identify each command word. The minimum abbreviation 
for each command is specified in parentheses in each command 
description paragraph title. 
Example 

EXAMINE/VIRTUAL/BYTE 1234 

may be abbreviated to: 

E/V/B 1234 
263 CONSOLE COMMAND DESCRIPTIONS 
Each console command description is divided into three, four, or 
five descriptive segments, depending on the particular command. 
The descriptive segments are: 


a. Syntax: describes the command structure 


b. Command description: a brief paragraph describing command 
operation, general restrictions, or available options 


Cs Response: a description of the console program response 
to the specified command 


d. Qualifiers: a list of applicable command modifiers 

e. Options: a list of applicable command options. 
The descriptive segments use the terms and symbols defined in 
Table 2-1. Note that every command (or command line) must be 


terminated with a <CR>. 


Zeek Boot Command (B) 
Syntax: BOOT [ <device name> ] <CR> 


The boot command initiates a VAX-11/78@ system bootstrap sequence. 
The command may Support bootstrap operations from a set of 
alternate system devices. 


<device name> has the following format: DDn, where DD is a 


two-letter device mnemonic (e.g., DX for floppy), and n is a 
one-digit unit number. 
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If no <device name> is given with the boot command, the console 
will perform the boot sequence for the default system device by 
executing an indirect command file named DEFBOO.CMD. This indirect 
file contains the necessary console commands to boot from 
whichever device is chosen to be the default system device. 


If <device name> is given with the command, the console will 
execute an indirect command file named DDNBOO.CMD, where DDN is 
the <device name> given. 


Example 


BOOT RP@ -- will cause the console to execute an indirect 
command file named RP@BOO.CMD (console enters program I/0 
mode after executing the command file). 


Bootstraps from devices other than the system default device are 
performed by indirect command files containing the console 
commands necessary to boot an alternate device. After successful 
CPU bootstrap completion, a response from VMS will be displayed on 
the console terminal. 


ZedeZ Clear Command (CL) 
Syntax: Clear<BLANK>(SOMM ! Step) 


CLEAR SOMM The Stop on Microbreak Match (SOMM) enable on 
the console interface board is cleared -- 
(disabled). 


CLEAR STEP Any existing clock step mode (single bus cycle, 
Single time state, single instruction) is 
cleared, and the VAX-11/78@ CPU clock will be in 
the normal (free-running) mode. 


Response: <CR><LF><CONSOLE-PROMPT> 


2e3e3 Continue Command (C) 
Syntax: CONTINUE <CR> 


The continue command causes the VAX-11/78@ CPU to begin 
instruction execution at the address currently contained in the 
CPU program counter (PC). Note that CPU initialization is not 
performed. The console enters the program I/O mode after issuing 
the continue command. 


Response: <CR> <LF> (console enters program I/O mode) 

2.3.4 Deposit Command (D) 

Syntax: DEPOSIT [ <qualifier - list> ] <blank> <address> <blank> 
<data> <CR> 

Qualifiers: /BYTE, /WORD, /LONG, /QUAD, /NEXT, /VIRTUAL, 


/PHYSICAL, /V BUS, /INTERNAL, /GENERAL. (Refer to Paragraph 2.7 
for description of defaults.) 
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The deposit command writes (deposits) <data> into the address 
specified. The address space used will depend on the qualifiers 
specified with the command. If no qualifiers are used, the current 
address type default will determine the address space to be used. 


ReSponse: <CR> <LF> <input prompt> 


The <address> argument may also be one of the symbolic addresses 
defined in Table 2-2. 


Table 2-2 Deposit Symbolic Addresses 


Symbol Definition 
PSL Deposits to the processor status longword 
PC Deposits to the program counter (general 


register F) 


SP Deposits to the stack pointer (general 
register E) 


+ Deposits to the location immediately following 
the last location referenced. For physical and 
virtual references the location referenced 
will be the last address plus n, where n = 1 
for byte, 2 for word, 4 for longword, 8 for 
quadword. For all other address spaces, n is 
always equal to l. 


- Deposits to the location immediately preceding 
the last location referenced 


* Deposits to the location last referenced 

@ Deposits to the address represented by the 
last data examined or deposited. 

Example: 

E SP Examines stack pointer 

D @ <data> Deposits <data> to the location specified by 
the contents of the stack pointer. 

223385 Enable DX1l: Command 


Syntax: Enable DXl1: 
Qualifiers: None 


Enable console software to access floppy on those systems with 
dual floppies. 
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Response: <CR><LF> <INPUT-PROMPT> 


2.3.6 Examine Command (E) 
Syntax: EXAMINE [ <qualifier - list> ] [ <blank> <address> ] <CR> 


Qualifiers: /BYTE, /WORD, /LONG, /QUAD, /NEXT, /VIRTUAL, 
/PHYSICAL, /ID BUS, /V BUS, /INTERNAL, /GENERAL. (Refer to 
Paragraph 2.7 for description of defaults.) 


The examine command reads and displays the contents of the 
specified <address>. If no <address> is specified, the current 
<default address> is examined. 


The <address> argument may also be one of the symbolic addresses 
defined in Table 2-3. 


Table 2-3 Examine Symbolic Address 


Symbol Definition 

PSL Displays the processor status longword 

PC Displays the program counter (general register 
F) 

SP Displays the stack pointer (general register 
E) 

+ Displays the location immediately following 


the last location referenced. 


~ Displays the location immediately preceding 
the last location referenced 


* Displays the last location referenced 


@ Displays the location whose <address> is the 
last data examined or deposited. 


Response: <CR> <LF> <tab> <address space identifier> <address> 
<data> <CR> <LF> <input prompt> 


Sample responses (console output underlined) 


>>> EXAMINE/PHYSICAL 1234 


P 680901234 ABCDEF89 
>>> EXAMINE/VIRTUAL 1234 
P §8985634 91234567 


NOTE 
The translated physical address is 
displayed for virtual examines. 


>>> EXAMINE/G @ 
G B8OGDBOD 98765432; GPR @ 
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26de1 Halt Command (H) 
Syntax: HALT <CR> 


The halt command causes the VAX-11/788 CPU ISP to stop instruction 
execution after completing execution of the instruction being 
executed, when the console presents the halt request to the 
VAX-11/78@ CPU. 


Response: (VAX-11/78@ CPU indicates it has stopped) <CR> <LF> 
<tab> HALTED AT <contents of VAX-11/78@8 CPU PC> <CR> <LF> <input 
prompt> 


2.3.8 Help Command (HE) 
Syntax: HELP <CR> 


The console opens an indirect command file that displays a console 
help file, CONSOLE.HLP. The help file contains a description of 
all console commands and console abbreviation rules, and it lists 
the names of all other help files that may be displayed. 


Response: Help file printed on console terminal. 


2.3.9 Initialize Command (I) 
Syntax: INITIALIZE <CR> 


This command causes VAX-11/78@ CPU system initialization. 
Response: <CR> <LF> <tab> INIT SEQ DONE <cr> <LF> <input prompt> 


2.3.19 LINK Command (LI) 
Syntax: Link 


Qualifiers: None 


Link causes the console to begin command linking. Console prints 
reversed prompt to indicate linking. All commands typed by user 
are then stored in an indirect command file for later execution. 
Control C.terminates linking. 


Response: <CR><LF><REVERSE-PROMPT> 
(Refer to Paragraph 2.9 for further details.) 


Ze3e¢1i Load command (LO) 
Syntax: LOAD [<qualifier list>] <blank> <file specification> <CR> 


The load command is used to read file data from the console's 
floppy disk to the VAX-11/78@ main memory, or Writable Control 
Store (WCS). The applicable qualifiers are defined in Table 2-4. 
If no qualifier is given with the load command, physical main 
memory is loaded. 
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Table 2-4 Load Command Qualifiers 
Qualifier Definition 


/START: <address> This qualifier specifies a starting 
address for the load. If no start 
qualifier is given, the console will 
start loading at address @Q. 


/WCS This qualifier specifies that the WCS is 
to be loaded. 


2.3.12 Perform Command (P) 
Syntax: Perform 


Qualifiers: None 


The perform command executes a file of linked commands previously 
generated by a link command. 


Response: <dependent on commands linked> 


2.3.13 Quad Clear Command (Q) 
Syntax: QCLEAR <blank> <physical address> <CR> 


The quad clear command clears the quadword at the <address> 
specified. The command is used to clear an uncorrectable ECC 
error. The <address> is always interpreted as a physical main 
memory location. The <address> given is forced to a quadword 
boundary by the unconditional clearing of the three low-order 
address bits. 


2.3.14 Reboot Command (REB) 
Syntax: REBOOT 


Qualifiers: None 


This command causes a console software reload, without disturbing 
the VAX-11/78@. 


Response: <console start-up display> 


263015 Repeat Command (R) 
Syntax: REPEAT <console command> <CR> 


A repeat command causes the console to repeatedly execute the 
specified <console command> until execution is terminated by a 
Control C (“*C) (Paragraph 2.8). Any valid console command may be 
specified for <console command> with the exception of the repeat 
command. 


Response: Dependent on command specified. 


2.3.16 Set Command (SE) 
Syntax: SET <blank> DEFAULT [<blank> <default option>] <CR> 
or 
SET <blank> STEP [<blank> <step option>] <CR> 
or 
SET <blank> TERMINAL <blank> (fill: <count>! PROGRAM) 
<CR> 
or 
SET <blank> SOMM <CR> 
or 
SET <blank> CLOCK [<blank> (SLOW! FAST! NORMAL)] <CR> 
or 
SET RELOCATION: <data> <CR> 


Response: <CR> <LF> <input prompt> (for all commands) 


The set default command sets console default for radix of console 
numeric input and output, address type, and data length. The 
console will apply defaults when a console command does not 
explicitly specify radix, address type, or data length. A set 
default command with no options specified will set all default 
settings to the power-up state. Applicable default options are 
listed in Table 2-5. 


Table 2-5 Set Default Command Options 


Option Specification 


Address Default Physical Sets default addressing mode 
Options Virtual as specified 

General 

Internal 

ID Bus 

V Bus 
Data Default Long Sets default data length as 
Options Byte specified 


Word 
Quad 


Default Radix He x Sets default radix for terminal 
Options Octal numeric I/O to radix specified 
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The set step command sets the VAX-11/78@ CPU processor clock mode 
to the mode specified. The applicable modes are listed in Table 
2-6. 


Table 2-6 Set Step Command Options 
Option Specification 


Step Step Instruction Sets CPU clock mode to Single 
instruction step mode 


set Step Bus Sets CPU clock mode to single SBI 
cycle step mode 


Set Step State Sets CPU clock mode to single SBI 
time state step mode 


The set terminal command allows the selection of two parameters. 


a. Set Terminal Fill: <count> = The count specifies the 
number of fill characters to be added after Special 
characters (e.g., prompts) are transmitted to the console 
terminal. 


b. Set Terminal Program = The console terminal enters the 
program I/O mode. 


The set clock command sets the VAX-11/78@ CPU clock to a frequency 
specified by one of the arguments (Fast, Slow, Normal) within the 
command where: 


Fast = 19.525 MHz 
Slow = 8.925 MHz 
Normal (or no argument) = 10.9 MHz 


The set SOMM command sets the Stop on Microbreak Match (SOMM) 
enable on the console interface board (CIB). When SOMM is set, if 
the contents of the VAX-11/78@ micro PC ever become equal to the 
contents of the microbreak match register (ID register 21), the 
CPU clock is stopped. 


The set relocation command deposits <data> to the console's 
relocation register. The contents of the relocation register are 
added to the effective address of all virtual and physical memory 
examines and deposits. 


Response: <CR><LF><input-—prompt> 
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ee ees Og Show Command (SH) 
Syntax: SHOW <CR> 


The show command will cause the console terminal to display: 


a. The current default settings for data length, address 
type, and radix of address and data inputs and outputs. 


b. The terminal fill character count. 


roam The VAX-11/78@ CPU status including the run/halt state 
and current clock mode setting. 


2.3.18 Start Command (S) 
The two start command formats are described below. 


Syntax: START <blank> <address> <CR> 


This format performs the equivalent of the following sequence of 
console commands: 


Jos Performs a VAX-11/78@ CPU initialization (>>> INIT). 


AN <address> is deposited into the VAX-11/78@ PC (>>> 
DEPOSIT PC <address>). 


3. A continue function is issued to begin VAX-11/78@ CPU 
instruction execution (>>> CONTINUE). 


Response: <CR><LF> (console enters program I/O mode) (for START) 
Syntax: START/WCS <blank> <address> 


This format performs the equivalent of the following sequence of 
commands: 


Ls <address> is deposited to the VAX-11/78@ micro PC. 
2% CPU clock is started in free-running mode. 


Response: <CR><LF> <input prompt> (for START/WCS) 


2.3.19 Next Command (N) 
Syntax: NEXT [<blank> <count>] <CR> 


The next command causes the VAX-11/788 CPU clock to step the 
number of times indicated by <count>. The type of step performed 
by the clock is determined by the current state of the CPU clock 
mode, aS set by a previous set step command. A next command issued 
while the VAX-11/786 CPU is in normal (free-running) mode will 
default to single instruction step mode for the duration of the 
command. 
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The console enters program I/O mode immediately before issuing the 
step, and reenters console I/O mode as soon as the step is 
completed. Step-dependent responses are displayed on the console 
terminal after the completion of each of the count steps as 
specified below. 


a. Single instruction step: 
<CR> <LF> <tab> HALTED AT <contents of PC> 


b. Single bus cycle step: 
<CR> <LF> <tab> CPT@ UPC = <contents of UPC> 


ome Single time state step: 
<CR> <LF> <tab> CPTn (where n = 1, 2, or 3) or 
<CR> <LF> <tab> CPT@ UPC = <contents of UPC> 


If no <count> is specified, one step is performed, and the console 
enters the space bar step mode. While in this mode, each 
depression of the space bar causeS one execution of the step 
option currently enabled (i.e., bus cycle, time state, 
instruction). 


A next command with an argument will not enable the space bar 
feature. For example, NEXT 2 will cause two steps to be executed; 
the console will then prompt for another command. 


An input of any character except SPACE will cause an exit from the 
Space bar step mode. 


2.3.26 Test Command (T) 
Syntax: TEST [/COMMAND] <CR> 


This command invokes the microdiagnostic monitor program. If no 
/COMMAND qualifier is issued with the command, microdiagnostic 
execution begins immediately. If microdiagnostic testing is 
completed successfully (i.e., no errors detected) the console 
program is invoked automatically. 


The COMMAND qualifier is used to cause the microdiagnostic monitor 
to enter its command mode and wait for operator input before 
initiating microdiagnostic execution. 


2.3.21 Unjam Command (U) 
Syntax: UNJAM <CR> 


This command initiates an SBI unjam operation. 
Response: >>> 


2.3.22 Wait Command (WA) 
Syntax: WAIT <blank> DONE 


The wait command has no effect unless it is executed from an 
indirect command file. When it is executed from an indirect 
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command file, it causes further execution of the command file to 
be suspended until one of the following occurs: 


a. A DONE signal is received from a program running in the 
VAX-11/78@ CPU. On receipt of DONE, the console will 
resume execution of the command file. 


b. If the VAX-11/78@ CPU halts (or if the clock stops) and 
no DONE signal has been received, the console prints 
<@EXIT> and aborts execution of the remainder of the 
command file. 


Cx A Control C (“C) is entered on the console terminal, 
which causes the console to abort execution of the 
command file. 


Response: <CR> <LF> <input prompt> 


Lede23 Indirect (@) Command 
Syntax: @ <filename> <CR> or @ DX1: <filename> <CR> 


This command causes the console to open the file specified by 
<filename> and begin executing console commands from the file. 
Execution continues until one of the following occurs: 


a. A WAIT DONE command is read from the file (Paragraph 


233622 ).< 

be The end of the indirect file is reached. In this case the 
console prints <@EOF> and prompts for normal command 
input. 

fos A “C is entered on the console causing it to abort 


execution of the indirect file. 


2.3.24 WCS Command (WwW) 
Syntax: WCS 


This command invokes the control store debugger, overlaying the 
console program. The console help file, WCSMON.HLP, contains a 
summary of control store debugger commands. To print out this 
file, type @ WCSMON.HLP. 


Response: WCS> (Control store debugger prompt) 


2.4 COMMANDS PERFORMED WITH THE VAX-11/788 CPU RUNNING 

Most console commands require that the VAX-11/7898 CPU be halted to 
allow the command to be executed. However, some console commands 
do not require interaction with the VAX-11/78@ CPU, and may be 
executed with the VAX-11/78@ CPU running. These commands include: 


a. Show e. Halt 

b. Help EY Clear 

Cs Set commands Se Wait Done 
d. Examine /V Bus 
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Specifying any other console command while the VAX-11/78@ CPU is 
running will cause the console adapter to reject the command and 
type out the following error message on the console terminal: 


<CR> <LF> ? CPU NOT IN CONSOLE WAIT LOOP, COMMAND ABORTED 
<CR> <LF> <INPUT PROMPT> 


2«5 COMMENTS WITHIN COMMANDS 

The console allows comments, preceded by an exclamation mark (!), 
to appear in any command line. When the console detects an 
exclamation mark, any remaining text in the command line is 
ignored. 


A comment may begin in any character position within a command 
line, including the first. 


Example (console output underlined) 


>>> ! THIS IS A VALID COMMENT <CR> 
>>> EXAMINE 1234 ! THIS IS ALSO A COMMENT <CR> 


2.6 CONTROL CHARACTERS AND SPECIAL CHARACTERS 

Table 2-7 contains a description of the control characters and 

Special characters recognized by the console program. 
Table 2-7 Control/Special Character Descriptions 


Character Description 


CONTROL C (“C) Causes the suspension of all repetitive 
console operations such as: 


a. Repeated command executions as 
a result of a repeat command 


b. Successive operations as a 
result of a /NEXT qualifier 


Cx Delays resulting from a wait 
command 
da. Successive steps resulting from 


a next command 


e. Aborts further execution of an 
indirect command file after 
current instruction is 


completed. 


CONTROL O (“O) Suppresses or enables (on a toggle basis) 
console terminal output. Console terminal 
output is always enabled at the next 
console terminal input prompt. 
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Table 2-7 Control/Special Character Descriptions (Cont) 


Character 


CONTROL U (“U) 


RUBOUT 


Carriage Return <CR> 


Description 


“U typed before a line terminator causes 
the deletion of all characters typed 
Since the last line terminator. The 
console echoes: 


“U <CR> <LF> 


Typing RUBOUT deletes the last character 
typed on an input line. Only characters 
typed since the last line terminator can 
be rubbed out. Several characters can be 
deleted in sequence by typing successive 
rubouts. The first rubout echoes as a 
backslash (\) followed by the character 
that has been deleted. Subsequent rubouts 
cause only the deleted character to be 
echoed. The next character typed that is 
not a rubout causes another backslash 
(\) to be printed, followed by the new 
character to be echoed. 


Terminates a console command line. 
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2el COMMAND QUALIFIERS AND DEFAULTS 

Qualifiers are used within a command to specify the type of 
addressing and the length of data arguments. Defaults are applied 
by the console when a command does not contain a qualifier 
specifying address-type or data length. An operator can specify 
the radix of a numeric argument by the use of a <local radix 
override> prefixed to the argument. The console will interpret 
numeric arguments in the current default radix when an argument is 
not prefixed by a <local radix override>. 


Certain commands permit an address argument to be defaulted. The 
<default address> used by the console is the next address 
following the last virtual, physical, or register address accessed 
by an examine or deposit command. Note that the next address is 
dependent upon data length, since a byte reference updates the 
<default address> by 1, while a longword reference updates the 
<default address> by 4. 


The /NEXT qualifier allows an examine or deposit command to 
operate on more than one address. 


2eted Address Type Qualifiers 

Address type qualifiers are used within a command line to specify 
the type of address argument as virtual, physical, ID Bus, V Bus 
or register address. The qualifiers for the respective types are: 
/VIRTUAL, /PHYSICAL, /ID BUS, /V BUS, /GENERAL, /INTERNAL. 


Virtual addresses that reference nonexistent or nonresident pages 
will cause the console to abort execution of the console command 


that referenced the virtual address. In each caSe an appropriate 
error message will be typed out on the console terminal. 


Example 
To examine virtual address 1234, type: 
EXAMINE/VIRTUAL 1234 <CR> 


Note that since some register addresses have mnemonic names that 
are unique and unambiguous, the /GENERAL qualifier need not be 
specified when mnemonic addresses such as PC, or SP, are 
referenced. 


Example 


To examine the VAX-11/78@ PC, an operator could type either 
of the following statements: 


EXAMINE/GENERAL PC <CR> or 


E PC <CR> or 
E GENERAL F <CR> 
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2.7.2 Address Type Defaults 

The console applies an address type default to any command that 
requires an address argument and does not contain an address 
qualifier. The default applied can be set by using the set default 
command. 


Example 
The command: 
SET DEFAULT VIRTUAL <CR> 
will cause the console to default to virtual addressing for 
any console command that requires an address argument, but 
does not contain an address type qualifier. Thus, the command 


EXAMINE 1234 would type out the contents of virtual address 
1234. 


2ele3 Data Length Qualifiers 

Data length qualifiers are used within a command line to specify 
the length of the data quantity associated with the command. Data 
length may be specified as either byte, word, longword, or 
quadword by means of the /BYTE, /WORD, /LONG, /QUAD qualifiers, 


respectively. 
Example 
The command: 
EXAMINE/BYTE 1234 <CR> 
will type out the byte at address 1234. 
Since VAX-11/78@ CPU general and processor registers are longword 
quantities, all register references will default to longword data 


length, regardless of the current setting of the data length 
default. 


2.7.4 Data Length Defaults 
The console applies a data length default to any command that 
references data and does not contain a data length qualifier. The 
default applied can be set using the set default command. 
Example 

The command: 


SET DEFAULT WORD <CR> 


will cause the console to default to word data length. 
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The command: 
EXAMINE 1234 <CR> 


will then reference the word which has its first byte at 
address 1234. 


Since all VAX-11/788 CPU general and processor registers are 
longword quantities, all register references will default to 
longword data length, regardless of the current setting of the 
data length default. Word length must be specified when accessing 
Unibus device registers. 


2Zets5 Qualifiers for RADIX 

The radix of console output for a command can be sepcified by a 
qualifier (/OCTAL or /HEX). The qualifier will override the 
current default radix. 


2.7.6 Defaults for RADIX 

The default radix for console numeric inputs and outputs is 
selectable as either HEX or OCTAL via the SET DEFAULT HEX or SET 
DEFAULT OCTAL command. 


2.7.7 Local Radix Override 

It is frequently convenient to specify an address or data argument 
in a radix different from the current default radix. The console 
allows the current default radix to be overridden by including a 
<local radix override> as a prefix to any numeric argument. A 
<local radix override> can be any one of the following: 


% O (percent O) for octal arguments 
% X (percent X) for hexadecimal arguments 


The local radix override must appear as the two leftmost 
characters of the numeric argument it modifies, and must not be 
separated by spaces or tabs from that argument. 


Example 


Assuming that the current default radix is octal, the 
operator can deposit the octal value 3456 into the 
hexadecimal address 12A4 using <local radix override> as 
follows: 


DEPOSIT %X12A4 3456 


2.7.8 Default Address Facility 

Each time an examine or deposit command is executed, the console 
computes the address of the next memory location following the 
location referenced by the command. The address of the next memory 
location is termed the <default address>, Since an examine command 
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that does not specify an address will reference the next address 
by default. The console computes the <default address> as follows: 


<default address> = <address used by last examine or deposit 
command> + n, where n is 

1 for byte references 

2 for word references 

4 for longword references 

8 for quadword references 


The following example shows a sequence of console commands, and 
the value taken by the default address after each command is 
executed. Note that the next address is data length dependent, 
since a byte reference updates the <default address> by 1, while a 
longword reference updates the <default address> by 4. 


Example of default address facility (all numbers are hex): 


Command <default address> after execution 
EXAMINE/BYTE 2341 2342 

EXAMINE/WORD 

(uses <default address> 2342) 2344 

EXAMINE/LONG 

(uses <default address> 2344) 2348 

EXAMINE/GENERAL @ general register 1 (R1) 
EXAMINE/GENERAL D general register E (SP) 

EXAMINE PC general register @ (R®) 


Note that the <default address> is R@ following a PC reference. 


2.7.8.1 Specifying Default Address in a Command -- The symbol (+) 
can be used as an address argument in a deposit or examine command 
to represent the <default address>. This symbol permits depositing 
to (or examining) successive location without typing the address 
argument after the first deposit. 


Example 


To toggle-in a program starting at address 123456, the 
following deposit commands can be used: 


DEPOSIT 123456 <DATA> 
DEPOSIT + <DATA> 
DEPOSIT + <DATA> 


Each deposit command, after the first, writes the <DATA> into 
the next successive memory location. 


2.7.8.2 Last Address Notation -- The last address referenced 
(virtual, physical, or register) by an examine or deposit command 
is denoted by an asterisk (*). The LAST ADDRESS may be used as an 
argument to an examine or deposit command by typing an asterisk in 
place of the address argument. 
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Example 

The command: 

EXAMINE 1234 <CR> 

will type out the contents of location 1234. 

If the next command issued is 

DEPOSIT * 356 <CR> 

the console will deposit the number 356 into location 1234. 
Examine and deposit commands to VAX-11/788 CPU general and 
processor registers will replace the <last address> with the 
register address. Mnemonic register names are translated into 
register addresses by the console. 
2.7.8.3 Preceding Address Notation -- The symbol - (minus sign) 
can be used as an address in a deposit or examine command to 
specify the location immediately preceding the last location 
referenced. 
2.7.8.4 Use of Last Data as an Address Argument -- The symbol @ 
can be used as an <address> in a deposit or examine command. The 


last <data> deposited or examined will be used as the address. 


2.7.9 NEXT Qualifier 
Syntax: SLASH NEXT [:<COUNT>] 


The /NEXT qualifier permits examine and deposit commands’ to 
operate on multiple sequential addresses. 


The <count> argument specifies the number of additional executions 
of the command to be performed after the initial execution. The 
default value for <count> is one. 
Example 1 

The command: 

EXAMINE/BYTE 123@0/NEXT: 2 


is evaluated by the console as follows: 


1. The console initially evaluates the command and applies 
any applicable default values. 


2. The command, with applied defaults, is executed. The 


console types out the contents of location 1239, and 
updates the <default address> to 1231. 
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cr The /NEXT switch is now evaluated by the console. The 


console repeats the command operation the number of times 
indicated by the <count> argument. Each execution uses 
the <default address> for its address argument and 
updates the <default address> afterwards. In this 
example, locations 1231 and 1232 are successively typed 
out. The final value of the <default address> will be 
1233. 


Example 2 


Note 


If the command: 
EXAMINE/NEXT:2 <CR> 


is issued following the command in the previous example, the 
contents of locations 1233, 1234, and 1235 will be typed out. 
Since the examine command does not contain an address 
argument, the initial execution of the command will use the 
current <default address>, which was 1233, following the 
command in the previous example. 


that when using the /NEXT qualifier to examine or deposit 


successive VAX-11/78@ CPU general registers, the NEXT register 
after the PC is defined to be R@. 


Example 3 
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The command: 
EXAMINE/NEXT:5 GENERAL D 


will type out the contents of R13, SP, PC, RZ, Rl, and R2, in 
that order. 


COMMAND REPEAT FACILITY 


The command repeat facility is provided to allow commands to be 
executed repeatedly so that CPU logic invoked by console commands 
can easily be scoped. The following paragraphs describe the repeat 
facility commands and capabilities. 


2.8.1 


Repeating Commands 


Example 


Once 


The command: 
REPEAT EXAMINE 1234 <CR> 


will continuously examine and display the contents of 
location 1234. 


initiated, repeated execution continues until terminated by 


the operator typing Control C (“C) on the console keyboard. 
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2.9 COMMAND LINK FACILITY 

The console's command link facility allows successive commands to 
be linked by the console into a single executable list of 
commands. Once a list of linked commands is constructed, the list 
can be executed one pass at a time, or executed continuously. 


2.9.1 Link Facility Operation 

Commands are linked by entering LINK on the console terminal, 
causing the console to enter the link mode. LINK is then followed 
by the desired commands. The LINK command is entered only at the 
beginning of the command string (i.e., at the beginning of the 
initial command line). Commands to be linked must be entered 
one-per-line, with each command line terminated by a <CR>. The 
console then returns a link mode prompt (<<<) requesting the next 
command. The linking operation is terminated by entering a Control 
C on the console. 


As the command string is entered on the console, the commands are 
stored in dedicated sectors (limit of 1@ sectors) on the floppy 
disk (RX@1). When the command string is executed, the string is 
treated as if it were an indirect command file (i.e., command 
retrieved, parsed, executed, and the next command. retrieved, 
etc.). 


The console does not execute commands being linked until a PERFORM 
command is issued. Once the input of a list of linked commands has 
been terminated, no further commands can be added to the commands 
already linked. 


The command string can be executed one pasSs at a time or 
continuously by means of the PERFORM command. If the PERFORM 
command is entered after the Control C to terminate the string, 
the string will execute only one pass. However, if PERFORM is 
entered before the Control C, that command becomes part of the 
command list and causes continuous execution of the command list. 


Should a linked command be entered incorrectly, the console will 
output an appropriate error message when the command containing 
the syntactic error is executed. Typing a Control U (“U) while 
linking commands will cause the console to reject only the current 
command line. 


2.9.2 Link Facility Usage 
Syntax: LINK 
COMMAND <CR> 
COMMAND <CR> 
<*C> 
Response: Dependent on command list. 
Example 


The operator wishes to repeatedly examine the contents of a 
device register after VAX-11/78@ CPU initialization. Since 
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the CPU initialization requires a certain amount of time to 
complete, a delay must be inserted between the initialize and 
examine commands. The sequence of commands is as follows 
(console output is underlined). 


>>> LINK INITIALIZE <CR> LINK causes the console _ to 
enter the link mode and begin 
linking. 

<<< DELAY 5 <CR> Delays five clock ticks to 
allow initialize time to 


complete. 


<<< EXAMINE/LONG FFFFABBC <CR> Examine command is entered into 
String. 

<<< PERFORM <CR> <C> PERFORM is entered prior to 
linking termination. 

>>> PERFORM <CR> Initiates execution. 

P FFFFABBC 12A@@123 

P FFFFABBC 12AQ9@123, etc. Command string executed 
continuously. 

2.19 CONSOLE MODE CHANGE 


The console I/O mode escape sequence causes the console to switch 
from console to program I/O mode. The escape sequence to program 
I/O is: 


SET TERMINAL PROGRAM <CR> 


In addition, the console commands START, CONTINUE, and NEXT also 
enable program I/0 mode. 


The program I/O mode escape sequence causes the console to switch 
from program to console I/O mode. The escape sequence to console 
I/O is: 


Control P (“P) 


Note that Control P is not recognized by the console if the 
console power switch is in either the REMOTE DISABLE position or 
the LOCAL DISABLE position. 


2.11 VMS COMMUNICATION WITH CONSOLE FLOPPY DISK 

VMS must be able to read and write the console subsystem's floppy 
disk drive. These functions are available only when the console is 
in program I/O mode. The following set of commands are supported 
by the console software. 


a. Write sector -- VMS supplies track, Sector, and 128 bytes 
of data. Console returns status upon completion of write. 
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b. Read sector -- VMS supplies track and sector. Console 
returns 128 bytes of data, and status of read operation. 


Cs Read floppy status -- Console returns floppy status. 


d. Write sector with deleted data mark -- VMS supplies track 
and sector (no data required). Console returns status 
upon completion of the write. 


e. Cancel floppy function -- Console aborts current floppy 
function. 


The following floppy functions will not be directly available to 
VMS: empty silo, fill silo, read error register, initialize. 


While VMS initiated floppy functions are in progress, operator 
terminal I/O is not disabled. Terminal I/O may be interspersed 
with floppy I/O. 


Once a floppy function is initiated, no other floppy commands will 
be issued by VMS until the function is complete. The only 
exception is the command cancel floppy function, which may be 
issued at any time. 


The floppy functions described in this document will only be 
available to VMS when the console is in program I/O mode (i.e., 
the console terminal is being used as the system operator's 
terminal). 


NOTE 
In the following protocols, two hardware 
side-effects are implied: 


1. Each time VMS loads the transmit 
buffer (TXDB), the TX ready bit in 
the transmit status register (TXCS) 
is automatically cleared. TXDB is 
only loaded by VMS, and only when TX 
ready is set. TX ready is explicitly 
set by the console when the console 
is ready to accept another transfer 
through TXDB. 


2. Each time VMS reads the_ receiver 
buffer (RXDB), the RX done bit in 
the receiver status register (RXCS) 
will automatically clear. RXDB is 
only read by VMS, and only when RX 
done is set. RX done is explicitly 
set by the console each time the 
console has loaded RXDB with a 
character for VMS. 
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2eLled Floppy Function Protocol 


Ax Write sector/write deleted data sector 

1. VMS puts the write sector or the write deleted data 
sector command into TXDB. 

Zi The console takes the write command, and sets TX 
ready in TXCS. 

3% VMS puts a sector number into TXDB. 

4. The console takes the sector number and sets TX 
ready. 

5s VMS puts a track number into TXDB. 

6. The console takes the track number and sets TX ready. 

Ts VMS puts a byte of data into TXDB. 

8. The console accepts a byte of data and sets TX ready. 
Steps 7 and 8 are done 128 times for write sector. 
Steps 7 and 8 are skipped for write deleted data 
sector. 

9. The console initiates a floppy write function. 

1Q. The floppy write is completed. 

Le The console sends a floppy function complete message. 
The floppy function complete message consists of 
loading RXDB bits 8--11l with a select code of 2, and 
bits @--7 with the floppy status byte. 

12% VMS receives the floppy function completed message. 

By Read sector 

1. VMS puts the read sector command into TXDB. 

26 The console takes the read command, and sets TX ready 
in TXCS. 

a VMS puts a Sector number into TXDB. 

4. The console takes the sector number and sets TX 
ready. 

5 VMS puts a track number into TXDB. 

6. The console takes the track number and sets TX ready. 

Ls The console initiates a floppy read function. 

8. The floppy read is completed. 
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9. The console sends a floppy function complete message. 
The floppy function complete message consists of a 
select code of 2 in bits 8--11 of RXDB, and a floppy 
status byte in bits @--7 of RXDB. 


10. VMS receives the floppy function completed message. 


1s The console puts one byte of data in RXDB and sets RX 
done. 


12. VMS accepts one byte of data from RXDB. Steps 11 and 
12 are done 128 times. When the 128th byte is 
accepted by VMS, the read is complete. 


NOTE 
If a floppy error occurs on Step 8, 
Steps 11 and 12 will be skipped. 


Cc. Read status 
nige VMS puts the read floppy status command in TXDB. 


2. The console takes the read status command and sets TX 
ready in TXCSs. 


3% The console gets the floppy status from last floppy 
function performed. 


4. The console puts a floppy function complete message, 
with the floppy status, into RXDB and sets RX done. 


Dis VMS reads the floppy status. 


D. Terminate floppy function 
i VMS puts the cancel floppy function command in TXDB. 


2. The console takes the cancel floppy function. 


3. The console terminates the floppy function in 
progress, if any. 


4. The console sets TX ready in TXCS. 

2.12 MISCELLANEOUS CONSOLE COMMUNICATIONS 

The console software will support certain additional functional 

communications from VMS and the diagnostic Supervisor (VMS/DS). 

A. Examine console memory -- VMS supplies an offset from the 

console-Supplied base address of examinable memory space. 
The console returns the examine code and the contents of 
the requested byte. 


Examinable Console Memory Space 
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(Octal Offset from 37600(8) -- FIRSTF) 


+145 
+146 
+147 
+150 
+151 
+152 
+153 
+155 


B. 


Warm-Start flag 

Cold-start flag 

APT-load flag 

Last setting of remote and disable 
Auto-restart flag 

PCS version 

WCS primary version 

FPLA version 


Software communication codes 


l. 


Software done -- VMS issues this code to cause the 
console to resume execution of an indirect-command 
file that has been suspended due to a wait done 
command. 


Warm restart boot command -- The console will boot 
the VAX-11/78@. 


Clear warm-sStart and cold-start flags -- VMS/DS 
issues these codes when the VAX has 
restarted/rebooted successfully. The console clears 
the associated flags. 


NOTE 
The cold and warm restart flags are used 
by the console to prevent infinite loops 
when a warm restart results in a 
VAX-11/780 error halt. 


2.13 COMMUNICATION REGISTER FORMATS AND SELECT CODES 

The LSI-11 processor communicates with the VAX-11/78@ CPU via two 
registers on the console interface board. Figure 2-1 shows the 
register formats and select codes. 


TXDB 


24 23. 16 15 14 131211 08 07 


FIELD FIELD 


RXDB 


31 


2423 161514131211 0807 00 
USED BY] SELECT DATA 
MBZ MBzZ DL-11 | FIELD FIELD 


TK-0742 


Figure 2-1 Communication Register Formats and Select Codes 
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Select Code 


D 


Select Field Values (in hex) 


Device 


Operator's terminal 


Floppy drive @ (data) 


Floppy function complete 


Examine console memory 





Data Field Values 


8 through 7F ! 


ASCII data 


@ through FF -- binary data 


(floppy status) 


Address offset/contents of 


address 
Floppy drive @ (command) | @ = read sector 
1 = write sector 
2 = read status 
3 = write deleted data 
sector 
4 = cancel floppy function 
5 = protocol error 
Misc. communication 1 = software done 
2 = boot VAX-11/786 
3 = clear warm-Start flag 
4 = clear cold-start flag 
NOTE 
Code 5 (protocol error) is sent by the 
console when one of the following 
occurs: 


1. Another floppy command 


cancel floppy function) 
by VMS before a previous command is 


(except for 


is issued 


expecting a 


completed. 

Zi The console gets a floppy drive @ 
code (DATA) when 
command. 
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2.14 FLOPPY STATUS BYTE DEFINITION 

The floppy status byte is used by VMS to determine the success or 
failure of a read or write operation. The floppy status byte is 
sent to VMS at the completion of a read, write, or read status 
operation. The select code is always the floppy function complete 
(code 2). The status bit assignments are shown in Figure 2-2. 


ii 


1615 1211 08070605 03020100 


CRC ERR 
PARITY ERROR 
INIT DONE 
DELETED DATA 
ERROR 
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Figure 2-2 Floppy Status Bit Assignments 


NOTE 
The status bit assignments are identical 
to those supplied by the floppy 
controller, except for bit 7. Bit 7 
corresponds to bit 15 of the floppy's 
RXCS register. 


2.15 REMOTE CONSOLE ACCESS COMMAND SET 

A special set of commands is included in the console command 
language of systems that use the remote diagnostic facility to 
facilitate console access from a remote terminal or computer. 
Commands can be initiated only on the terminal in control, 
according to the five-position key switch. The remote access 
command set provides for: 


a. A talk mode, to allow communication between local and 
remote terminal operators (enable talk). 


b. A copy control, to permit suppressing or enabling typeout 
on the local terminal while a remote operator is in 
control (enable/disable local copy). 


Cc. A method of transferring control of the console between 
the local and remote operators (enable local control). 
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d. A method of controlling the echo of characters to the 
remote terminal while in talk mode (enable/disable echo). 


e. A method of suppressing lost carrier error messages 
caused by a loss of carrier on the remote line 
(enable/disable carrier error). 


Ee A method of enabling and disabling use of the console 
subsystem floppy disk (enable/disable local floppy). 


g. A method of enabling and disabling use of the remote 
floppy disk (enable/disable remote floppy). 


201544 Enable Talk Mode Command 
Syntax: ENABLE <blank> TALK <CR> 


The enable talk command puts the console into talk mode. While in 
talk mode, characters typed on the remote keyboard are typed on 
the local terminal, and vice versa. The console does not echo 
characters back to the originating keyboard, unless the talk mode 
echo feature has been enabled. No console commands are recognized 
while in talk mode. 


Talk mode is terminated by typing the console escape character 
(*P) on the terminal in control. When talk mode is terminated, 
console mode is enabled. 


Entering talk mode causes the console to enable the remote serial 
interface and assert the data terminal ready signal to the data 
set. All terminal I/O to a program running in the VAX-11/78@ CPU 
is disabled while the console is in the talk mode. 
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2.15.2 Enable/Disable Echo Command 
Syntax: (ENABLE ! DISABLE) <blank> ECHO <CR> 


The enable echo command will cause the console to echo characters 
typed on either the remote or local keyboards while in talk mode. 
The disable echo command causes the console to suppress echo of 
characters typed on both keyboards. 


Enable and disable echo are issued while the console is in console 
mode, but do not have any effect until talk mode is entered. A 
disable echo is automatically done each time the console keyswitch 


is put in the LOCAL/DISABLE position, and on power up of the 
console. 


2015.3 Enable/Disable Local Copy Command 
Syntax: (ENABLE ! DISABLE) <blank. LOCAL <blank> COPY 


The enable local copy command causes the local terminal to print a 
copy of all output directed to the remote terminal. The disable 
local copy command disables the local terminal from getting a copy 
of output directed to the remote terminal. 


Local copy is automatically disabled each time the console 
keyswitch is turned to the LOCAL or LOCAL/DISABLE position and on 
power up of the console. Local copy is automatically enabled each 
time the console keyswitch is placed in the REMOTE/DISABLE 
position. . 


2.15.4 Enable Local Control Command 
Syntax: ENABLE <blank> LOCAL <blank> CONTROL <CR> 


An enable local control command, issued by the remote terminal 
operator while the console keyswitch is in the REMOTE position, 
transfers control of the console to the local terminal operator. 
(Normal remote operation locks out the local terminal.) This 
allows a local operator to take control of the console and the 
VAX-11/78@ CPU, while the remote link is maintained. The remote 
operator may regain control of the console by typing a Control P 
on the remote keyboard. 


An enable local control command issued from the local terminal has 
no effect. Local control is automatically enabled when the console 
keyswitch is placed in the LOCAL or LOCAL/DISABLE position, and 
also on console power up. 


2<15.5 Enable/Disable Carrier Error Command 
Syntax: (ENABLE ! DISABLE) <blank> CARRIER <blank> ERROR <CR> 


The enable carrier error command causes the console to print the 
message ?CARRIER LOST each time a loss of carrier on the remote 
line is detected. Also, if the console keyswitch is in the LOCAL 
or REMOTE position, the console enters talk mode, enabling data 
terminal ready on the modem. 
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The disable carrier error command causes the console to inhibit 
the carrier lost message, and prevents a transition to talk mode. 
An enable carrier error is automatically done on console power up, 
and whenever the console keyswitch is placed in the LOCAL or 
LOCAL/DISABLE poSition. 


2.15.6 ENABLE/DISABLE LOCAL Floppy Command 
Syntax: (ENable!DIsable) <BLANK>Local<BLANK>FLoppy 


Enable local floppy will cause the directory of the local floppy 
to be searched first, in an attempt to open a file. If the file is 
not found, the remote floppy directory is searched. Note that in 
terms of the console software, the remote floppy is a virtual 
device. It may be a floppy or it may be some other storage device. 


Disable local floppy will cause only the directory of the remote 
floppy to be searched in an attempt to open a file. 


An enable/disable local floppy command affects protocol operation 
only (transmission format). 


2.16 CONSOLE ERROR MESSAGES 

This paragraph describes all console error message formats and 
their interpretation. All console error messages are prefixed by a 
question mark to distinguish them from informational messages. 


2.16.1 Syntactic Error Messages 
?<TEXT STRING> IS INCOMPLETE 
The <TEXT STRING> is not a complete console command. 


?<TEXT STRING> IS INCORRECT 
The <TEXT STRING> is not recognized as part of a console command. 


?FILE NAME ERR 

A <FILENAME> given with a LOAD or @ command cannot be translated 
to RAD5@. One of the characters is not translatable to RAD5@ or 
the number of characters allowed is exceeded: six characters for 
file name, three for extension. 


2.16.2 Command Generated Error Messages 

?FILE NOT FOUND 

A <FILENAME> given with a LOAD or @ command does not match any 
file on the current floppy disk. This error can also be generated 
by a HELP or BOOT command if the help file or boot file is missing 
from the floppy. 


?NO CPU RESPONSE 
The console timed out while waiting for a response from a 
VAX-11/78@ CPU microroutine. 


?CPU NOT IN CONSOLE WAIT LOOP, COMMAND ABORTED 


A console command that required the assistance of the VAX-11/78@ 
CPU was issued when the CPU was not in the console service loop. 
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2?CPU CLOCK STOPPED, COMMAND ABORTED 
A console command that requires the CPU clock to be running was 
issued with the clock stopped. 


?IND-COM ERR 
An indirect command file error was detected. This error is 
generated if: 


a. An indirect command line exceeds 8@ characters. 
b. An indirect command line does not end with <CR> <LF>. 


2.16.3 Microroutine Error Messages 

The console uses various microcode routines in the VAX-11/7880 CPU 
control store to perform console functions. The following errors 
are generated by microroutine failures. 


?MEM-MAN FAULT, CODE = XX 

A virtual examine or deposit caused an error in the memory 
management microroutine. XX is a one-byte error code supplied by 
the memory management routine and defined in Table 2-8. 


NOTE 
Bit positions are numbered from the 
right. 


Table 2-8 Memory Management Error Code Definitions 


Bit Position Definition 

) Length violation 

1 Fault was on a PTE reference 
2 Write or modify intent 

3 Access violation 

4--7 Ignored 


?MICROMACHINE TIME OUT 
This message indicates that the VAX-11/788 micromachine has failed 
to strobe interrupts within the maximum time period allowed. 


?MIC-ERR ON FUNCTION 
An unspecified error occurred in the CPU while servicing a console 
request. Referencing nonexistent memory will cause this error. 


?INT-REG ERR 

An error occurred while referencing one of the VAX-11/7898 CPU 
internal (processor) registers. Specifying a register address that 
is too large will cause this error. 
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?MICROERR, CODE = XX 

An unrecognized microerror occurred. The code returned by the CPU 
is not in the range of recognized error codes. XX is the one-byte 
error code returned by the microroutine. 


2.16.4 CPU Fault Generated Error Messages 
?INT-STACK INVLD 
The VAX-11/78@ CPU interrupt stack was marked invalid. 


?CPU DBLE-ERR HLT 
The VAX-11/788 CPU has done a double error halt. 


?ILL I/E VEC 
An illegal interrupt/exception vector was encountered by the 
VAX-11/78@ CPU. 


?NO USR WCS 
An interrupt/exception vector to WCS was encountered, and no WCS 
exists. 


?CHM ERR 
A change-mode instruction was attempted from the interrupt stack. 


2.16.5 RX#1 Error Messages 

?FLOPPY ERR, CODE = X 

The console floppy driver (a part of the console software) 
detected an error. X is an error code (in hexadecimal) and is 
defined in Table 2-9. 


Table 2-9 RX@1l Error Message Code Definitions 


Code Definition 

4) Floppy hardware error Ci sesy CRC, 
parity, or a floppy firmware detected 
error). 

1 An open file command failed to find the 
specified file. 

2 The floppy driver queue is full. 

3 A floppy sector was referenced that is 
out of the legal range of sector 
numbers. 


?FLOPPY NOT READY 
The console floppy drive failed to become ready when booting. 


2?NO BOOT ON FLOPPY 


The console attempted to boot from a floppy that does not contain 
a valid boot block. 


? FLOPPY ERROR ON BOOT 
A floppy error was detected while attempting a console boot. 
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2.16.6 Miscellaneous Error Messages 

INT PENDING 

This is not actually an error (note absence of ?). The message 
indicates that an error was pending at the time that a console 
requested halt was performed. Type CONTINUE to clear interrupt. 


?WARNING-WCS and FPLA VER MISMATCH 

The microcode in the WCS is not compatible with the FPLA. This 
message iS printed on each ISP START or CONTINUE. However, no 
other action is taken by the console. 


?FATAL-WCS and PCS VER MISMATCH 


The microcode in the PCS is not compatible with that in the WCS. 
ISP START and CONTINUE are disabled by the console. 


?REMOTE ACCESS NOT SUPPORTED 

This message is printed when the console mode switch enters a 
REMOTE position, and the remote support software is not included 
in the console. 


?TRAP -4, RESTARTING CONSOLE 
The console took a time-out trap. Console will restart. 


2?UNEXPECTED TRAP 
Console trapped to an unused vector. Console reboots when operator 
' types Control C. 


?QBLOCKED 


Indicates that the console's output queue is blocked. Console will 
reboot. 


2-36 


CHAPTER 3 
DIAGNOSTIC SUPERVISOR AND CONTROL 


This chapter describes the basic structure and operating 
characteristics of the diagnostic supervisor. In addition, 
operator commands and execution control functions are described. 
This description is applicable to macro testing, and while many 
Similarities exist for the micros, this chapter does not include 
them (refer to Chapter 4). 


3.1 SUPERVISOR STRUCTURE OVERVIEW 

The diagnostic supervisor provides operator control and utility 
support functions for three diagnostic runtime environments. The 
three runtime environments are: 


a. Cluster Environment (CE): This environment supports the 
CPU cluster and repair level I/O bus adapter diagnostic 
programs. The CE consists of program modules that provide 
utility services (i.e., error reporting, scope loops, 
etc.), initialization and test dispatch, and operator 
terminal interface. Additional modules provide load and 
script management. 


b. System Environment (SE): This environment supports the 
repair level I/O subsystem diagnostic programs, and the 
device functional test programs. The SE provides the same 
runtime support functions as the CE. Program modules 
Provide CPU cluster hardware interface support (i.e., 
real-time clock control, interrupt system control, I/0 
bus adapter control, etc.). 


Cx User Environment (UE): This environment supports the I/0 
subsystem functional level diagnostic programs that run 
under the VMS operating system as a privileged user task. 


I/O services are provided primarily for functional level programs. 
This allows programs that can execute in an operating system 
environment, which restricts I/O access, to perform equally well 
in a standalone environment. 


The three supervisor environments are assembled into a common 
executable module that provides all necessary operator and program 
services. As shown in Figure 3-1, these services are implemented 
in two major functional areas: Command Line Interpreter (CLI) and 
Program Interface (PGI). 
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Figure 3-1 Basic Diagnostic Supervisor Structure 


The CLI interfaces to an operator (controlling) terminal and 
enables the operator to control the loading, Sequencing, and 
execution of diagnostic test programs. The CLI monitors all 
control information passing between the terminal and_ the 
supervisor. This information consists of supervisor commands from 
the operator which control either supervisor or test program 
operation. The CLI directs control to the appropriate supervisor 
service module according to the command supplied by the operator. 


The PGI provides common services required by all diagnostic test 
programs. These services include operator interaction, program 
control, error message formatting, memory management, and I/0 
request handling. Note that the operator can communicate with the 
diagnostic program only through a PGI message service or with the 
CLI directly. 


When the operator initiates diagnostic program execution (through 
the CLI), that program assumes control. Once program execution 
begins, the PGI handles all test information flowing between the 
terminal or the Unit Under Test (UUT) (i.e., QI/O-I/O driver 
interface) and a functional level program. For repair level 
programs, test information flows directly between the UUT and the 
diagnostic program (i.e., direct test program access to I/0 
registers). 


Test control information flow between the terminal and the 
diagnostic program consists mainly of test parameter requests and 
responses, while test information flow between the UUT and the 
program consists mainly of test stimuli and responses. 


The diagnostic program executes until the test sequence is 
completed, aborted, or the operator enters the appropriate control 
character, at which point control returns to the CLI. 


System errors not directly related to the UUT are handled by the 
supervisor. Unless the program explicitly requests notification, 
these errors are transparent to the program and are _ reported 
directly to the operator. | 
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3.2 CLI FUNCTIONAL MODULE DESCRIPTION 

The CLI consists of a tree-structured command decoder and several 
service modules that execute the operator's commands (e.g., 
loading a diagnostic program from the system device; altering the 
operational characteristics of the program; or driving the CLI 
through a script file). The command syntax is a subset of the 
console command language. 


Once a command line is interpreted, the CLI dispatches control to 
the appropriate service module. After the operator's command has 
been completed or aborted, control is returned to the CLI. Certain 
CLI service modules pass control to the diagnostic program, rather 
than back to the CLI. However, the CLI continues to monitor the 
operator's terminal for certain commands (e.g., “C). 


36201 Image Loader Module 

The image loader allows the operator to specify a load device and 
a file name for loading diagnostic programs. Depending on the 
environment (i.e., console, system, or user), the device media 
will be either the diagnostic load device (console floppy) or the 
system load device. 


3.2.2 Test Sequence Control Module 

The test sequence control module provides the operator with the 
capability to control the order in which tests within a program 
are executed. This is implemented by specifying test numbers in 
the run, start, and restart supervisor commands (Paragraph 3.4). 


30203 Script Processor Module 

Automatic test sequence control is achieved through the use of a 
script file. This script file is a line-oriented ASCII file that 
contains standard CLI supervisor commands. To allow for commenting 
on a command line, any text following a (!) on a line is ignored 
by the script processor. Blank lines and extraneous’ spacing 
characters are also ignored. 


A script file may contain CLI supervisor commands (Paragraph 3.5) 
only, or a combination of commands and program parameter 
responses. Generating script or parameter files is performed 
off-line using a standard editor system utility. 


3.3 PGI FUNCTIONAL MODULE DESCRIPTION 

The major function of the PGI module is to handle all information 
flowing between the operator's terminal or the UUT and (the 
functional level I/O program. While a diagnostic program is 
executing, that program can call on the supervisor to supply 
various services. These services provide the program with the 
required common functions (e.g., memory allocation and mapping, 
I/O processing, operator terminal interfacing, error message 
formatting, and system error handling). 


Several of the functions the PGI provides are a subset of the VMS 
System services. For example, the supervisor provides the VMS 
queue I/0 service so that uSer mode diagnostics may be executed 
Standalone as well as under VMS. 
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ae Pe | Memory Management and Adapter Services 

All memory buffer allocation is performed by the diagnostic 
Supervisor. This ensures system integrity throughout the various 
operating environments. 


All necessary interfacing between the CPU and UUT will be handled 
by the diagnostic supervisor. 


Running standalone, the supervisor provides I/O services similar 
to those available under VMS. This provides a smaller standalone 
environment for running user mode diagnostics. Only a small kernel 
subset of VMS system services is provided. 


All functional level diagnostics perform device I/0 as specified 
by the VMS operating system. However, in addition to the normal 
queue I/O functions, VMS provides special features that diagnostic 
programs can use if executing as privileged processes. On I/O 
completion, if requested and privilege permitting, raw status is 
deposited into a buffer specified by the program. This status 
contains all device registers and pertinent channel registers. A 
time stamp is also deposited into the status buffer. 


323e2 Operator Terminal Services 

Since the diagnostic programs do not interface directly with the 
operator's terminal, the supervisor provides all required operator 
communication services for the diagnostic program. The program can 
perform operator dialogue through a supervisor service to allow 
testing of mechanical devices that require operator interaction. 


The terminal drivers within the service eliminate the need for the 
diagnostic programmer to be aware of the type of terminal 
currently used by the operator. 


The output to the operator, including error reporting, uses 
formatted ASCII output to simplify the program's message-sending 
routines. Conversion of binary data to ASCII display is handled by 
the diagnostic supervisor instead of the programmer. The formatted 
ASCII output syntax is the same as that used by VMS. 


343%:0 System Error Handling 

All system errors are intercepted and reported directly to the 
operator by the supervisor unless the program explicitly requests 
notification of exceptions or interrupts. 


3.4 SUPERVISOR COMMAND DESCRIPTIONS 

The following paragraphs describe the operator command and 
execution control functions provided by the diagnostic supervisor. 
Where appropriate, examples of command usage are included. 


3.4.1 Command Terms and Symbols 

Since the supervisor commands are a subset of the console 
commands, many of the console command terms and symbols are used 
in the symbolic supervisor command descriptions. The applicable 
characters are defined in Table 3-1. 


3-4 


Table 3-1 Term and Symbol Definitions 
Term/Symbol Definition 
! Used to indicate the Exclusive OR operation 
(i.e., selection of parameters within a 


command line) 


( ) Used to indicate that one of the syntactic 
units of the expression is to be selected 


< > Used to indicate symbolic arguments, or 
Program functions to/from the operator 
terminal 

[ ] Used to indicate that part of an expression 


is optional; e.g., WAIT [<blank> <count> ] 
indicates that the wait command takes an 
optional <count> argument 


<blank> Represents one or more spaces 

<tab> Represents one or more tabs 

<count> Represents a numeric count 

<XYZ - list> Indicates one or more occurrences from the 


category indicated by XYZ 


<address> Represents an address argument 

<data> Represents a numeric argument 

<qualifier> Represents a command modifier (switch) 

<input prompt> Represents the console's input prompt string 
>>> Console program input prompt character 

DS> Diagnostic supervisor prompt 

<CR> Represents a console terminal carriage return 
<LF> Represents a console terminal line feed 

/ Delimits a command from its qualifiers 

7 Used aS a separator within a list 


Used aS a Separator within a command line. 


3-5 


3.4.2 Command Description Segments 

Each supervisor command description is divided into three, four, 
or five descriptive segments, depending on the particular command. 
The descriptive segments are: 


a. Syntax: describes the command structure. 


b. Command description: a brief paragraph describing command 
operation, general restrictions, or available options. 


Cy Response: a description of the console program response 
to the specified command. 


d. Qualifiers: a list of applicable command modifiers. 
e. Options: a list of applicable command options. 


The descriptive segments use the terms and symbols defined in 
Table 3-1. Note that every command (or command line) must be 
terminated with a <CR>. 


3.4.3 Command Abbreviations 

Supervisor command words, switches, and argumentS may be 
abbreviated by typing only enough characters to uniquely identify 
each item. For example, the load command can be specified by L, 
while the start command requires a minimum entry of ST. 


3.4.4 Command Overview 
The supervisor operator commands are divided into the three 
following groups: 


a. Load/test sequence control: provides the operator with 
the capability of loading and sequencing diagnostic 
programs. 


Dee Execution control: provides the operator with control of 
the operational characteristics of the diagnostic program 
and/or supervisor (e.g., looping, error reporting, etc.). 


S. Debug/utility functions: provide the operator with debug 
and utility functions such as: breakpoints, examine, 
deposit, etc. 


The supervisors also support operator terminal characteristics 
such as width, fill, etc. In addition, all control functions 
provided by the console (e.g., Control C) are also supported by 
the supervisor. 


3.5 SEQUENCE CONTROL COMMANDS 

The program/test sequence control commands provide the operator 
with the capability of loading and controlling the sequencing of 
diagnostic programs, as well as the capability of controlling the 


sequence of test execution within a program. The supervisor also 
provides for the execution of a single subtest, and if the pass 
count option is used, provides a loop-—on-sSubtest capability. 


The submit command allows an entire diagnostic test session to be 
predefined by the operator. The supervisor is then capable of 
performing the test session without operator assistance. 


Note that the symbolic argument <file spec> as used in the 
following subsection is defined as: 


dev unit : [UIC] filename . ext 


3.5.1 Load Command 
Syntax: LOAD <file spec> [/PHYSICAL : <address>] <CR> 


The load command causes the specified file to be loaded into 
memory. The supervisor obtains sufficient information from the 
program. 


After a successful load, the supervisor prints out the following 
message: Progname-r.p LOADED. 


Progname is the program name. This is the internal name which 
the supervisor extracts from the program header section. 


--r.p is the release version number and the DEPO (patch) 
number of the program. 


The optional PHYSICAL switch directs the image loader to attempt 
to load the program into phySically contiguous memory starting at 
<address>. The <address> argument is normally accepted in 
hexadecimal format by default. 


32552 Start Command 
Syntax: START [/SEC : <section name>] -- [/TEST : <first>] 
[:<last> !/SUBTEST : <number>] ] -- [/PASS : <count>] <CR> 


The start command causes the program in memory to begin execution. 
As execution begins, the supervisor enters into a dialogue with 
the operator to determine the program specific parameters. (e.g., 
which units to test). The command switches and certain arguments 
are optional. 


The SECTION switch is program specific and not available for. use 
with all programs. When a section is selected, only the tests that 
it contains will be executed. 
The TEST switch is used in two distinctly different ways. 

a. If the <first> and <last> arguments are specified, the 


Supervisor sequentially passes control to tests <first> 
through <last> inclusively. 
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b. If the <first> argument is combined with the SUBTEST 
switch, program execution begins at the beginning of the 
<first> test and terminates at the end of SUBTEST 
<number>. 


If the SUBTEST switch is used in conjunction with the PASS switch, 
the operator is provided with a loop-on-subtest capability. If the 
optional PASS switch is not specified, a default <count> of one is 
assumed. 


If the TEST switch is not specified, all tests within the program 
are executed. If only the <first> argument is specified with the 
TEST switch, the <last> argument is assumed by default to be the 
highest numbered test within the program. 


345.3 Restart Command 
Syntax: RESTART [/SEC: <sSection name>] -- [/TEST : <first> 
{[:<last> ! /SUBTEST : <number>]] -- [/PASS : <count> ] <CR> 


The restart command is similar to the start command; however, the 
Supervisor does not enter into the parameter retrieval dialogue. 
This command requires that the program P-Tables have been 
previously setup with a start command. Switch syntax is identical 
to the start command switches. 


3.5.4 Run Command 
Syntax: RUN<file spec> [/SEC: <Section-name>]! -- [/TEST : <first> 
[ : <last>! -- /SUBTEST : <number> ]] [/PASS : <count>] 


The run command is equivalent to a load and start command 
sequence. (Refer to Paragraph 3.5.2 for a description of the 
optional switches.) 


36505 Control Characters and Special Characters 
Table 3-2 contains a description of the control and special 
characters recognized by the supervisor. 


Table 3-2 Control/Special Character Descriptions 
Character Description 


Control C (“C) Returns program control to the supervisor 
which enters a command wait state. The 
operator may then issue any valid supervisor 
command. 


Control O (0) Suppresses or enables (on a toggle basis) 
console terminal output. Console terminal 
output is always enabled at the next console 
terminal supervisor input prompt. However, 
the supervisor will override “O = and 
reinstate an active output status to the 
operator terminal when it is servicing 
system errors, CLI prompts, or forced 
messages. 


Control U (“U) “U typed before a line terminator causes the 
deletion of all characters entered since the 
last line termination. The console echoes: 
“U/<CR><LF> 


Rubout Typing rubout deletes the last character 
typed on the input line. Only characters 
entered since the last line terminator can 
be rubbed out. Several characters can be 
deleted in sequence by typing successive 
rubouts. The first rubout echoes as a 
backslash (\) followed by the character 
which has been deleted. Subsequent rubouts 
cause only the deleted character to be 
echoed. The next character typed that is not 
a rubout causes another (\) to be printed, 
followed by the new character to be echoed. 


Carriage Return (CR) }] Terminates a command line. 


3.5.6 Continue Command 
Syntax: CONTINUE <CR> 


The continue command causes program execution to resume at the 
point at which the program was suspended. This command is used to 
proceed from a breakpoint, error halt, or Control C situation. 


3.5.7 Summary Command 
Syntax: SUMMARY <CR> 


The summary command causes the execution of the program's summary 
report code section which prints statistical reports. 
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3.5.8 Abort Command 
Syntax: ABORT <CR> 


The abort command executes the program's cleanup code and returns 
control to the supervisor, which enters a command wait state. At 
this point the operator may issue any command except restart or 
continue. 


3.5.9 Submit Command 
Syntax: SUBMIT <file spec> [/LOG : ON ! OFF] [/CONSOLE : ON! OFF] 
<CR> 


The submit command causes the supervisor to read a script file 
from any file-oriented device. The supervisor performs the 
functions outlined in the script file and then returns control to 
the operator at the console. 


The script file may contain any valid operator commands, including 
a submit command. However, a Submit command within a script file 
is considered a terminal command (i.e., the supervisor will close 
the current script and log files and open new ones as specified by 
the current command). 

If the LOG switch is specified as ON, a transcript of the indirect 
terminal dialogue is maintained in a file of the same filename as 
the script file with an extension of .LOG on the device where the 
script file is located. The default for this switch is OFF. 


If the CONSOLE switch is specified as ON, the terminal dialogue 
generated by the script file is printed on the operator's 
terminal. The default for this switch is ON. 


3.6 EXECUTION CONTROL COMMANDS 

This group of commands allows the operator to statically or 
dynamically alter the operational characteristics of the 
diagnostic program and/or the supervisor. These functions are 
implemented by flags that reside in both the supervisor and the 
program. The event flags are located within the diagnostic program 
and are supported by VMS and the supervisor. 


These commands are used to control the printing of error messages, 
ringing the bell, halting and looping of the program, etc. Flags 
are provided that indicate to the supervisor which type of 
dialogue characteristics are desired by the operator. The operator 
also has access to a subset of the event flags that are available 
to the program. 


3.6.1 Set Control Flag Command 
Syntax: SET [FLAGS] <argument list> <CR> 


This command sets the execution control flags specified by 
<argument list>; no other flags are affected. <argument list> is a 
String of flag mnemonics separated by commas. The applicable flags 
are described in Table 3-3. 
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Flag 


HALT 


LOOP 


BELL 


IE1l 


IE2 


IE3 


IES 


QUICK 


Table 3-3 Control Flag Descriptions 


Description 


Halt on error detection. When the program 
detects a failure, with this flag set, the 
Supervisor enters a command wait state after 
all error messages associated with the 
failure have been output. The operator may 
then continue, restart, or abort the 
program. This flag takes precedence over the 
LOOP flag. 


Loop on error. When set, this flag causes 
the program to enter a predetermined scope 
loop on a test or subtest that detects a 
failure. 


Looping will continue until the operator 
returns to the supervisor by using “C. The 
operator may then continue, clear the flag 
and continue, restart, or abort the program. 


Bell on error. When set, this flag will 
cause the superviSor to output a bell to the 
operator whenever the program detects a 
failure. 


Inhibit error messages at level 1. When set, 
this flag suppresses all error messages 
except those that are forced by the program 
or supervisor. 


Inhibit error messages at level 2. When set, 
this flag suppresses basic and extended 
information concerning the failure. Only the 
header information message (the first three 
lines) is output for each failure. 


Inhibit error messages at level 3. When set, 
this flag suppresses extended information 
concerning the failure. The header and basic 
information messages are output for each 
failure. 


Inhibit summary report. When set, this flag 
Suppresses statistical report messages. 


Quick verify. When set, this flag indicates 
to the program that the operator desires a 
quick verify mode of operation. 


Table 3-3 Control Flag Descriptions (Cont) 
Flag Description 


SPOOL List error messages on line printer. When 
set, this flag causes the supervisor to 
direct all program messages to the line 
printer. In the VMS environment, the 
messages are not actually printed but 
entered into a file on disk (not yet 
implemented). 


TRACE Report the execution of each test. When set, 
this flag causes the supervisor to report 
the execution of each individual test within 
the program as the supervisor dispatches to 
that test. 


LOCK Lock in physical memory. When set, this flag 
disables the program relocation function. 
Self-relocating programs are then locked 
into their current physical memory space. 


OPERATOR Operator present. When set, this flag 
indicates to the supervisor that operator 
interaction is possible. When cleared, the 
supervisor takes appropriate actions to 
ensure that the test session bypasses any 
tests that require manual intervention. 


PROMPT Display long dialogue. When set, this flag 
indicates to the supervisor that the 
operator wants to see the limits and 
defaults for all questions printed by the 


program. 
ALL All flags in this list. 
3.6.2 Clear Control Flag Command 


Syntax: CLEAR [FLAGS] <argument list> <CR> 


The clear command clears the flags specified by <argument list>; 
no other flags are affected. The <argument list> is a string of 
flag mnemonics separated by commas. The supported arguments are 
described in Table 3-3. 


3.6.3 Set Control Flag Default Command 
Syntax: SET FLAGS DEFAULT <CR> 


This command returns all flags to their initial default status’. 
The default flag settings are OPERATOR and PROMPT. 


3.6.4 Show Control Flags Command 
Syntax: SHOW FLAGS <CR> 


This command causes the display of all execution control flags and 
their current status. The flags are displayed as two mnemonic 
lists: one for set flags, one for clear flags. 


3.6.5 Set Event Flags Command 
Syntax: SET EVENT [FLAGS] <argument list> ! ALL <CR> 


This command sets those event flags specified by <argument list>; 
no other event flags are affected. The <argument list> is a string 
of flag numbers in the range 1--23, separated by commas. The 
optional ALL may be specified instead of <argument list>. 


Event related services are provided by the supervisor to provide 
intraprocess synchronization and signaling by means of event 
flags. Event flags are located in clusters of 32 flags each. 


The supervisor provides two event flag clusters. Event flags are 
specified by the numbers 9--63. However, flags 24--31 are 
restricted for use by VMS. The operator has the capability to 
interactively set and clear flags 1--23. 


Note that numbers 32--63 are for program use. Number @ is used by 
the supervisor. 


3.6.6 Clear Event Flags Command 
Syntax: CLEAR EVENT [FLAGS] <argument list> ! ALL <CR> 


This command clears those event flags specified by <argument 
list>; no other event flags are affected. The optional ALL may be 
Specified instead of <argument list>. 


3.6.7 Show Event Flags Command 
Syntax: SHOW EVENT [FLAGS] <CR> 


This command causes the display of a list of the event flags 
currently set. 


3.7 DEBUG AND UTILITY COMMANDS 

This group of commands provides the operator with the ability to 
alter diagnostic program code. The supervisor allows up to 15 
simultaneous breakpoints within the program. The operator can also 
examine and/or modify the program image in memory. Optionally, a 
modified image can be written to a load device so that patching 
need occur only once. 


Another feature allows the operator to unconditionally list any or 
all of the program error messages. 


cy ae | Set Base Command 
Syntax: SET BASE <address> <CR> 
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This command loads the address specified into a software register. 
This number is then used as a base to which the address specified 
in the set breakpoint, clear breakpoint, examine, and deposit 
commands is added. The set base command is useful when referencing 
code in the diagnostic program listings. The base should be set to 
the base address (see the program link map) of the program section 
referenced. Then the PC numbers provided in the listings can be 
used directly in referencing locations in the program sections. 


NOTE 
Virtual address = physical address 
(normally) when memory management is 
turned off. 


3e7e2 Set Breakpoint Command 
Syntax: SET BREAKPOINT <address> <CR> 


This command causes control to pass to the supervisor when program 
execution encounters the <address> previously specified by this 
command. A maximum of 15 simultaneous breakpoints can be set 
within the diagnostic program. 


3.7.3 Clear Breakpoint Command 
Syntax: CLEAR BREAKPOINT <address> ! ALL <CR> 


This command clears the previously set breakpoint at the memory 
location specified by <address>. If no breakpoint existed at the 
specified address, no error message is given. An optional argument 
of all clears all previously defined breakpoints. 


3.7.4 Show Breakpoints Command 
Syntax: SHOW BREAKPOINTS <CR> 


This command displays all currently defined breakpoints. 


36765 Set Default Command 
Syntax: SET DEFAULT <argument list> <CR> 


This command causes setting of default qualifiers for the examine 
and deposit commands. The <argument list> argument consists of a 
data length default and/or radix default qualifiers. If both 
qualifiers are present, they are separated by a comma. If only one 
default qualifier is specified, the other one is not affected. 
Default defaults are HEX and LONG. Default qualifiers are: 


Data Length: Byte, Word, Long 
Radix: Hexadecimal, Decimal, Octal 


3.7.6 Examine Command 
Syntax: EXAMINE [ <qualifiers>] [<address>] <CR> 


The examine command displays the contents of memory in the format 
described by the qualifiers. If no qualifiers are specified, the 
default qualifiers set by a previous default command are 
implemented. The applicable qualifiers are described in Table 3-4. 
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Table 3-4 Qualifier Descriptions 


Qualifier Description 

/B Address points to a byte 

/W Address points to a word 

/L Address points to a longword 
/X Display in hexadecimal radix 
/D Display in decimal radix 

/O Display in octal radix 

JA Display in ASCII bytes 


When specified, the <address> argument is accepted in hexadecimal 
format unless some other radix has been set with the set default 
command. Optionally, <address> may be specified by immediately 
preceding the address argument with %D OR $%0, respectively. 
<Address> may also be one of the following: R@--Rll, AP, FP, SP, 
PC, PSL. 


ic Pay Pay Deposit Command 
Syntax: DEPOSIT [ <qualifiers> ] <address> <data> <CR> 


The command accepts data and writes it into the memory location 
specified by <address> in the format described by the qualifiers. 
If no qualifiers are specified, the default qualifiers are 
implemented. The applicable qualifiers are identical to those of 
the examine command and described in Table 3-4. 


The <address> argument is accepted in hexadecimal format unless 
some other radix has been set with the set default command. 
Optionally, <address> may be specified as decimal or octal by 
immediately preceding <address> with %D or %0, respectively. 
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CHAPTER 4 
MICRODIAGNOSTIC DESCRIPTION 


4.1 MICRODIAGNOSTIC PROGRAM OVERVIEW 
The microdiagnostic programs provide module isolation for logic 
failures within the CPU, floating-point, and MDS memory 
controllers. All detected failures result in an error printout 
indicating the module, or smallest set of modules, to which the 
microdiagnostics can isolate the failure. 


The microdiagnostic package consists of two major test divisions: 
console adapter and hardcore, and microtests. Each test division 
is controlled by an associated monitor that provides 
non-diagnostic services to that division. 


a. Hardcore Monitor -- Console Adapter and Hardcore Program 
b. Microtest Monitor -- Microtest Program 


Both test division monitors are serviced by the console-resident 
microdiagnostic monitor. In addition to loading the hardcore and 
microtest monitors, the microdiagnostic monitor allows the 
operator test selection and execution options (Paragraph 4.6). In 
order to reduce the address space required to execute the hardcore 
and microtest programs, the common code of both programs has been 
incorporated into the microdiagnostic monitor. That code, which 
is unique to either the hardcore tests or microtests, has been 
incorporated into the associated monitors. 


The microdiagnostics reside on diskettes for the floppy drive. 
The basic test Sequence is: 1) hardcore tests, 2) microtests. 
The hardcore tests verify the operation of the minimum logic 
required to reliably execute the microtests. The minimum logic 
consists of the basic hardware elements required for data transfer 
and error reporting. 


The code, data, and structure required by the microdiagnostics 
prohibit them from being resident in the LSI-11l address space at 
any one time. The hardcore tests are executed out of a small 
buffer area in the LSI-11 memory. The microtests are executed out 
of the WCS of the VAX-11/78@ CPU. 


4.2 BASIC PROGRAM EXECUTION 

With the console program resident (in LSI-11 memory), the operator 
can execute the entire microdiagnostic package by issuing the test 
command. The console program overlays itself with the 
microdiagnostic monitor from the console floppy. (However, the 
floppy and terminal software drivers are not overlaid since they 
provide utility service to each of the monitors.) 


In turn, the microdiagnostic monitor transfers the hardcore 
monitor into the LSI-11 memory from the floppy. The hardcore 
tests are then executed sequentially out of the buffer in the 
LSI-11 memory. On completion of the hardcore tests, the hardcore 
monitor notifies the microdiagnostic monitor. The microdiagnostic 
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monitor, in turn, transfers the microtest monitor into the LSI-11l 
memory (from floppy). The microtest monitor then executes the 
microtests out of the WCS in approximately 1K microword overlays. 
On completion of the microtests, control is returned to the 
console program. 


Figure 4-1 illustrates program residency in the LSI-11 memory. 
Note that those items on a horizontal line are exclusive in 
memory; e.g., the console program or the microdiagnostic monitor 
may be resident, but not both. As previously mentioned, the 
floppy and terminal drivers (and software bootstrap) are always 
resident. 


4.3 BASIC TEST STRATEGY 

The basic test strategy is to transfer data from a test source and 
load it into the logic element under test. The next step is to 
retrieve the data from that element and compare it with the 
original data loaded. Depending on the test requirements, logic 
element structure, and functional location, the retrieved data may 
or may not have a true compare. In either case, the fail/no fail 
decision is based on the expected results. In some tests, the 
same logic is tested using an array of data patterns. 


HARDCORE 
TEST STREAM 
OVERLAYS 


MICRO-CODE 
BUFFER 


HARDCORE MiCRO-TESTS 
MONITOR MONITOR 





MICRO- 
CONSOLE DIAGNOSTIC 
MONITOR 


wcs 
DEBUGGER 





FLOPPY & 


TERMINAL 
DRIVERS 
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Figure 4-1 LSI-11 Memory Program Residency 
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It is essential to the test strategy that the basic load and error 
reporting paths are initially tested for reliable operation. In 
an error-free situation, the microdiagnostic can notify the user 
when a test is completed. In the case of error detection, the 
microdiagnostic can identify for the user: the failed module and 
test, the data pattern used, and the expected test result. 


A simplified test procedure is illustrated in Figure 4-2. Note 
that a true compare is not necessarily the expected result. 
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Figure 4-2 Simplified Microdiagnostic Test Procedure 
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4.4 HARDCORE TEST DESCRIPTION 
The hardcore tests are the initial set of microdiagnostic tests 
executed. Paragraph 4.4.1 describes the hardcore test structure. 


The hardcore tests initially check the control and data registers 
of the Console Interface Board (CIB). This ensures test access to 
the VAX ID Bus. After the CIB tests, the clock board is tested. 
The clock is turned on and off, single-stepped, and certain clock 
function status is retrieved over the Visibility Bus (V Bus). 


The next element tested is the microsequencer. For example, data 
is transferred onto the microstack and then retrieved. An address 
is placed on the microstack. The maintenance return feature is 
then used to pop the address off the microstack and load it into 
the micro PC. This allows the microaddress paths to be tested in 
small segments. 


As shown in Figure 4-3, the remainder of the hardcore test 
sequence tests WCS, PROM Control Store (PCS), and basic elements 
of the data path. Generally, these are address integrity and 
parity checking tests. The WCS is tested by writing a variety of 
address and data patterns to it, and checking for good parity, or 
forced bad parity. 


The basic elements of the data path are tested by writing data to 
certain registers, reading that data back, and comparing the 
results. The data path is tested for its ability to transmit and 
retain expected data. The basic capabilities of the Arithmetic 
Logic Unit (ALU) to transfer and compare data are tested. The 
scratch pads are also tested for retaining data; the scratch pads 
are used to hold error data in the case of error detection. 
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Figure 4-3 Hardcore Test Sequence 


4.4.1 Hardcore Test Structure 

Because of the limited LSI-11l memory address space, the hardcore 
tests are sequentially loaded from the floppy and executed out of 
a 1.5K byte buffer in the LSI-1ll memory. The hardcore tests are 
implemented using special pseudo instructions. The pseudo 
instructions are actually functional statements, where each 
Statement produces a table of parameters that resemble op codes 
and operand addresses. 


The hardcore monitor contains a software PC which, in effect, is a 
pointer into the tables. Based on the content of the op codes and 
operands, the monitor calls subroutines that are written in PDP-1l 
code to perform the operation required by a specific test. 
Implementing test code in this manner allows a large test 
functionality to reside in a small address space. 
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4.4.2 Pseudo Instruction Description 

The following paragraphs describe the hardcore test pseudo 
instructions and their associated statement formats. Table 4-1 
defines the symbols and abbreviations used in describing the 
statement formats. 


Table 4-1 Instruction Symbol/Abbreviation Definitions 
Item Definition 


< > Used to denote a category name or argument within a 
functional statement, e.g., <SCR ADDRESS> represents a 
valid source address. 


[ ] Used to indicate that part of a functional statement 
that is optional, e.g., [<wCS ADDRESS INDEX>], 
represents an address index value that may or may not be 
specified depending on the functional statement. 


’ Used to separate category names or arguments within a 
functional statement. 


SCR Abbreviation for source. 
DST Abbreviation for destination. 
I,J,K Legal index names. 


Each pseudo instruction description is divided into two 
descriptive segments. The format segment describes the statement 
format using the symbols defined in Table 4-1. The instruction 
description is a brief paragraph describing general command 
operation and the available options. Each instruction description 
is preceded by the instruction mnemonic in boldface type. 


BLKMIC 


BLKMIC <SCR ADDRESS>, <SCR INDEX>, <WCS ADDRESS>, 
<WORD COUNT>, [<WCS ADDRESS INDEX>] 


Move the <WORD COUNT> number of 96-bit microwords from the <SCR 
ADDRESS>, indexed by <SCR INDEX>, to the WCS starting at <Wwcs 
ADDRESS>, indexed by <WCS ADDRESS INDEX>. If an <SCR INDEX> is 
specified, the <SCR ADDRESS> is indexed by six PDP-1l words (i.e., 
96 bits). 


If the <WCS ADDRESS> starts with an alpha character, the <WCS 
ADDRESS> is used as a pointer to a table in the test data area of 
the test. Otherwise, it is used as a physical WCS address. 


For example, if the current value of the index is 2, 14 (<SCR 
INDEX> * 6) would be added to the <SCR ADDRESS> to find the first 
96-bit microword to load into the WCS. 
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CHKPNT 


CHKPNT [<PASS ADDRESS>], [<FAIL ADDRESS>] 


If the error flag, set during a compare instruction (see CMPXXX 
instructions), is zero, go to the <PASS ADDRESS>. If the error 
flag is not zero, go to the <FAIL ADDRESS>. If neither a pass nor 
a fail address is specified, go to the next instruction in line. 


The address of the next instruction is typed. These addresses 
appear on the typed line named TRACE (Figure 4-16). 


CLOCK 
CLOCK <TIMES> 


Step the system clock <TIMES> number of single time states. If 
<TIMES> is an integral number of four, single bus cycles are 
executed for each four <TIMES>. 


CMPCA 
CMPCA [<MODE>], <REGISTER>, <DST ADDRESS>, [<DST ADDRESS INDEX>] 


Compare the contents of the console register specified by 
<REGISTER> with the contents of the location specified by <DST 
ADDRESS>, indexed by <DST ADDRESS INDEX>. The <MODE> argument is 
generally EQUAL. If left blank, the default for <MODE> is EQUAL. 


If the comparison is false, set the error flag. If the <MODE> 
argument is not specified, it defaults to EQUAL. 


If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READID instruction. 


CMPCAD 
CMPCAD [<MODE>], <REGISTER>, <DST ADDRESS>, [<DST ADDRESS INDEX>] 


Compare the contents of the console registers specified by 
<REGISTER> and <REGISTER>+2 with the contents of the location 
specified by <DST ADDRESS> and <DST ADDRESS>+2, indexed by <DST 
ADDRESS INDEX>. 


If the comparison is false, set the error flag. If the <MODE> 
argument is not specified, it defaults to EQUAL. 


If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 


register used in the comparison is the ID Bus register that was 
read in the most recent READID instruction. 
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CMPCAM 


CMPCAM [<MODE>], <REGISTER>, <MASK ADDRESS>, [<MASK ADDRESS 
INDEX>], <DST ADDRESS>, [<DST ADDRESS INDEX>] 


Take the content of the console register specified by <REGISTER>, 
mask it with the content of the <MASK ADDRESS>, indexed by <MASK 
ADDRESS INDEX>, and compare it with the content of <DST ADDRESS>, 
indexed by <DST ADDRESS INDEX>. 


If the comparison is false, set the error flag. If the <MODE> 
argument is not specified, it defaults to EQUAL. 


If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READIN instruction. 


The mask is performed by taking the content of <MASK ADDRESS>, 
indexed by <MASK ADDRESS INDEX>, complementing it, and 
bit-clearing the contents of <REGISTER> with it. 


CMPCMD 


CMPCMD [<MODE>], <REGISTER>, <MASK ADDRESS>, [<MASK ADDRESS 
INDEX>], <DST ADDRESS>, [<DST ADDRESS INDEX>] 


Take the content of the console registers specified by <REGISTER> 
and <REGISTER>+2, mask it with the contents of <MASK ADDRESS> and 
<MASK ADDRESS>+2, indexed by <MASK ADDRESS INDEX>, and compare it 
with the contents of <DST ADDRESS> and <DST ADDRESS>+2, indexed by 
<DST ADDRESS INDEX>. 


If the <MODE> argument is false, set the error flag. If the 
<MODE> argument is not specified, it defaults to EQUAL. 


If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READIN instruction. 


The mask is performed by taking the content of <MASK ADDRESS> and 
<MASK ADDRESS>+2, indexed by <MASK ADDRESS INDEX>, complementing 
it, and bit-clearing the contents of <REGISTER> and <REGISTER>+2. 


CMPPCSV 
CMPPCSV <DST ADDRESS>, [<DST ADDRESS INDEX>] 
Compare the content of the PC save register with the content of 


the location specified by <DST ADDRESS>, indexed by <DST ADDRESS 
INDEX>. If the contents are not equal, set the error flag. 


ENDLOOP 


ENDLOOP <INDEX NAME> 


Add the increment value of <INDEX NAME> (see loop instruction) to 
the current value of the index specified by <INDEX NAME>. Compare 
the current value with the last value (Specified in the loop 
instruction). If the current value is less than or equal to the 
last value, go to the instruction following the associated (I, J, 
or K) loop instruction. Otherwise, go to the next sequential 
instruction. 


ERRLOOP 
ERRLOOP 


Save the address of the next instruction. If an error is 
detected, and the loop or error flag is set (Paragraph 4.6), 
execution is restarted at this saved address after the IFERROR 
instruction is executed (Figure 4-11). 


FETCH 
FETCH <WCS ADDRESS>, [<WCS ADDRESS INDEX>], [<WCS ROM NOP>] 


If <WCS ADDRESS> is a numeric string, execute a maintenance return 
to the location specified by <WCS ADDRESS>, indexed by <Wwcs 
ADDRESS INDEX>. If <WCS ADDRESS> is an alphanumeric string, 
execute a maintenance return to the location specified by the 
content of <WCS ADDRESS>, indexed by <WCS ADDRESS INDEX>. If <ROM 
NOP> is specified, clear bit 7 of the Machine Control Register 
(MCR) during the maintenance return. 


FLTONE 
FLTONE <DST ADDRESS>, <INDEX NAME> 
Generate a 32-bit word of all zeros. Insert a logic one in the 
bit postion specified by the current value minus one of <INDEX 
NAME>, and load this word into the location specified by <DST 
ADDRESS> and <DST ADDRESS>+2. 

FLTZRO 
FLTZRO <DST ADDRESS>, <INDEX NAME> 
Generate a 32-bit word of all logic ones. Insert a zero in the 
bit position specified by the current value minus one of <INDEX 


NAME>, and load this word into the location specified by <DST 
ADDRESS> and <DST ADDRESS>+2. 
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IFERROR 
IFERROR [<MESSAGE NUMBER>], [<FAIL ADDRESS>] 
If the error flag is nonzero, type the PC of this instruction, the 
test number, subtest number, and the good and bad data. Then, go 
to <FAIL ADDRESS> if the HALTD flag is not set (Paragraph 4.6). 


If the error flag is zero, or the <FAIL ADDRESS> is not specified, 
go to the next instruction. 


INITIALIZE 

INITIALIZE 
Set and clear the CPU initialize bit in the MCR, clear the single 
time state bit, set the single bus cycle bit, set the ROM NOP bit, 
and set the proceed bit in the MCR. 

KMXGEN 
KMXGEN <SRC ADDRESS>, <INDEX NAME> 
Generate the KMUX address specified by the current value minus one 
of <INDEX NAME> and load it into the KMUX field of the 
microinstruction specified by <SRC ADDRESS>. <SRC ADDRESS> points 
to a six word table in the test data section of the test that 
contains the microinstruction. 

LDIDREG 
LDIDREG <REGISTER>, <SRC ADDRESS>, [<SRC ADDRESS INDEX>] 
Load the ID Bus register specified by <REGISTER> with the contents 
of the locations specified by <SCR ADDRESS> and <SCR ADDRESS>+2, 
indexed by <SRC ADDRESS INDEX>. 
If <REGISTER> is the microstack, microbreak, or WCS address, the 
content of <SCR ADDRESS> is taken to be 16 bits. Otherwise, it is 
taken to be 32 bits. 

LOADCA 
LOADCA <REGISTER>, <SRC ADDRESS>, [<SRC ADDRESS INDEX>] 
Load the console register specified by <REGISTER> with the 


content of the location specified by <SRC ADDRESS>, indexed by 
<SRC ADDRESS INDEX>. This instruction loads 16 bits of data. 
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LOOP 


LOOP <INDEX NAME>, <START>, <END>, [<SIZE DEPENDENT>] 


Initialize the loop parameter specified by <INDEX NAME> to the 
value specified by <START>. Save the value specified by <END> for 
the ENDLOOP instruction. Calculate and save the increment value 
for the ENDLOOP instruction with the following algorithm: 


If <START> is less than or equal to 
<END>, set the increment value to +l; 
otherwise, set it to -l. 


If <END> is an <INDEX NAME>, save the current value of that index 
name as the <END> value of this index name. 


If <SIZE DEPENDENT> is specified, and there is only one WCS module 
on the system, divide the larger of <START> and <END> by two. 
Otherwise, leave them unchanged. 


NOTE 
The tests are written for two WCS 
modules. This argument allows the loop 
parameters to be modified at run time if 
the system only has one module. 
MASK 
MASK <DST ADDRESS>, <MASK ADDRESS> 


Take the content of location <MASK ADDRESS>, complement it, and 
bit-clear the content of location <DST ADDRESS> with it. 


MOVE 
MOVE <SRC ADDRESS>, [<SRC ADDRESS INDEX>], <DST ADDRESS> 


Move the content of <SRC ADDRESS INDEX> (indexed by <SRC ADDRESS 
INDEX>) to the location specified by <DST ADDRESS>. 


NEWTST 
NEWTST <TEST NAME>, [<TEST DESCRIPTION>], [<LOGIC 
DESCRIPTION>], [<ERROR DESCRIPTION>], [<SYNC POINT 
DESCRIPTION> ] 
This instruction creates a test header document for the specified 


arguments. It clears the error flag and saves the PC of the next 
instruction for looping on test. 
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READID 
READID <REGISTER> 


Read the ID Bus register specified by <REGISTER> and load the 
content into locations IDREGLO and IDREGHI. 


RESET 
RESET 
Execute an LSI-11 reset instruction. 

REPORT 
REPORT <MODULE NAME STRING> 
Type out the module numbers of the modules specified by <MODULE 
NAME STRING>. If the HALTI flag is set, return to the 
microdiagnostic monitor. 

SETPSW 
' SETPSW <DATA> 


Load the LSI processor statuS word with the value specified by 
<DATA>. 


SETVEC 
SETVEC <VECTOR ADDRESS> 


Set the LSI-ll address specified by <VECTOR ADDRESS> to the 
expected trap routine. 


SKIP 
SKIP [<DST ADDRESS>] 
Go to the <DST ADDRESS>. If <DST ADDRESS> is not specified, go to 
the next test. If <DST ADDRESS> starts with the alpha character 
S, go to the next subtest. 
SUBTEST 
SUBTEST 


Increment the subtest counter. 
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TSTVB 
TSTVB <SRC TABLE ADDRESS>, [<SRC TABLE ADDRESS INDEX>] 
Load and read the V BuS. Compare the contents of the data at <SRC 
TABLE ADDRESS>, indexed by <SRC TABLE ADDRESS INDEX>, with the V 
Bus data just read. The <SRC TABLE> has the following format: 


1$:  .WORD <NUMBER OF BITS TO CHECK> 


VBUSG <CHANNEL NUMBER>, <BIT NUMBER>, <EXPECTED BIT 
VALUE> 
2$: WORD <NUMBER OF BITS TO CHECK> 
VBUSG <CHANNEL NUMBER>, <BIT NUMBER>, <EXPECTED BIT 
VALUE> 


VBUSG is a MACRO name that encodes the three arguments into one 
16-bit word as follows: 


BITS <@7: 08> <CHANNEL NUMBER> 
BITS <14:@8> <BIT NUMBER) 
BIT <15> = <EXPECTED BIT VALUE> 


The following is an example of the <SRC TABLE ADDRESS INDEX>: 


TSTVB 15,I 

If the current value of the <SRC TABLE ADDRESS INDEX> is 2, 
and the <SRC TABLE> looks like the preceding table, the 
physical <SRC TABLE ADDRESS> would be 2S. 


TYPSIZE 


TYPSIZE 


Use the content of location BADDATA, which contains the value of 
the wWCS data register when it was read, to determine the WCS 
module configuration, and type a message and the number of WCS 
modules that will be tested. If any of the following conditions 
exist, the test stream is aborted and the NER (No Error Report) 
flag is set. 


a. WCS module count is zero 
b. bits 3--@9 are nonzero 
Cc. fifth K of WCS is not present 


These conditions mean that the WCS is either configured 
incorrectly or the WCS data register cannot be read correctly. 
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4.5 MICROTEST DESCRIPTION 

On completion of the hardcore tests, the microdiagnostic monitor 
overlays the hardcore monitor with the microtest monitor. 
Microtest sequencing and execution are then controlled by the 
microtest monitor. 


The microtest monitor begins to load the microtests from the 
floppy into the same buffer area used by the hardcore tests. 
However, in the case of microtests, this area is strictly a 
buffer. Since the microtests are implemented in system microcode, 
the tests are transferred from the buffer and loaded into and 
executed out of the WCS. 


The monitor references a table that contains the WCS addresses of 
the first instruction of every test in the overlay (section) that 
was just loaded in order to locate the address of the first test 
(first entry in the table). The address is loaded onto the 


microstack. A maintenance return is performed, popping the 
address from the microstack into the micro PC and initiating 
execution of the first test. At the end of each test, the 
microtest monitor is interrupted. This allows the monitor to 


check that the microtests are being executed in the correct order. 


The monitor then initiates the next test with another maintenance 
return. This sequence continues until the original 1K microword 
overlay has been executed. At this point, the microtest monitor 
loads another 1K microword overlay into WCS. 


Because of the microtest package size, more than one diskette is 
required for storage. When the monitor executes the last test on 
a diskette, it determines whether it is the last test of the 
entire package. In the case where it is the last test, the 
monitor prints out a message to the operator with instructions to 
load the next sequential diskette and enter a command to continue 
microtest execution (Paragraph 4.8). 


4.5.1 Microtest Structure 
The initial microtests complete the data path testing started by 
the hardcore tests. The microtests then begin to test the 


Translation Buffer (TB) and cache without using memory. The tests 
check the TB and cache for their ability to retain correct address 
and data information, and to check parity correctly. 


The Instruction Buffer (IB) tests are then executed, again without 
using memory. The IB test data is loaded into cache. The 
microtests cause instruction test patterns to be retrieved from 
cache, and check the IB branching functions and controls for the 
data path. 


The interrupt and condition code logic is checked in a similar 


Manner (i.e., test data loaded into and subSequently retrieved 
from cache.) 
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The next test segment covers the SBI control logic and its 
maintenance functions, and the memory system. After performing 
these tests, the microtests go back and test those functions of 
the TB, cache, and SBI subsystem that depend on retrieving data 
from memory (e.g., cache, SBI faults, etc.). A minimal amount of 
testing is performed on the Unibus and Massbus adapters. These 
tests force selected errors on the SBI and determine the adapters' 
capability to detect and react to the forced errors correctly. 


The floating-point accelerator is tested last. 


Figure 4-4 shows the microtest sequence. 
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Figure 4-4 Microtest Structure 
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On completion of the microtests, control is returned through the 
microdiagnostic monitor to the console program. The console 
reboots, sends the relevant bootstrap header information to the 
console terminal, and prompts for operator input. 


4.6 MICRODIAGNOSTIC MONITOR CONTROLS 

The following paragraphs describe the operator command execution 
control functions provided by the microdiagnostic monitor. Where 
appropriate, examples of command and program control flag usage 
are included. Also included is a description of microdiagnostic 
related error messages. 


The majority of the commands available in the microdiagnostic 
monitor are not used in the normal course of execution. Normally 
the operator enters the test command and executes the entire 
microdiagnostic package. The command mode is usually used 
following error detection. Following the error message printout, 
testing stops and control is returned to the monitor command mode. 
At this point, the operator executes those microdiagnostic 
commands he decides would be most helpful. 


Symbols used in the command syntax are the comma and < >. The 
comma is used to separate items within a list. < > denotes an 
argument, that is, either an address, pass count value, or a V Bus 
channel. Note that every command (or command line) must be 
terminated with a carriage return (CR). 


Control cC (*C) is the user interrupt control character. If 
Control C is entered during test execution, the current test will 
complete, further testing is suspended, and control is returned to 
the monitor command mode. If Control C is entered while a test is 
looping on an error, the loop will be suspended and control 
returned to the command mode. Any command may be aborted if a 
Control C is entered in that command line. 


Table 4-2 describes the monitor commands. Note that although all 
commands, keywords, qualifiers, and flags are spelled out, they 
can be abbreviated to the first two characters. The only 
exceptions are the halt on error detection and halt on error 
isolation flags, which must be typed HD and HI, respectively. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions 


Command/Flag 


DIAGNOSE 


Examples 


Description 


Initializes the program control flags, 
and starts microdiagnostic execution at 
test number one. 


Valid qualifiers are: 


/TEST: <NUMBER> -- Dispatch to the test 
number specified (do not execute any 
prior tests), and loop on the test 
indefinitely. 


/SECTION: <NUMBER> -- Dispatch to the 
section number specified (do not 
execute any prior sections), and loop 
on the section indefinitely. 


/PASS: <NUMBER> -- Execute the micro- 
diagnostics and the specified number of 
passes before returning to the console. 
If the number is -l, execute the micro- 
diagnostics indefinitely. 


/CONTINUE -- Used with the /TEST or 
/SECT switch to automatically continue 
after the specified test or section has 
been reached. 


/TEST: <N> <M> -- Dispatch to test <ND>d, 
execute tests <N> through <M> 
(inclusive), and return to command 
mode. 


/SECT: <N> <M> -- Dispatch to section 
<N>, execute sections <N> through <M> 
(inclusive), and return to command 
mode. 


NOTE 


In the preceding variations of the 


/TEST and /SECTION qualifiers, the value 
of <N> must be less than or equal to 
<M>. If <M> is less than <N>, testing 
will start at <N> and continue to the 
end. 


/TEST and /SECT cannot be specified 
simultaneously. 


DIAG/TEST: 2F 


Dispatch to test number 2F and execute 


it indefinitely. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions (Cont) 


Command/Flag 


CONTINUE 


Set and Clear Flags 


SET/CLEAR FLAG HD 


SET/CLEAR FLAG HI 


SET/CLEAR FLAG LOOP 


SET/CLEAR FLAG NER 


SET/CLEAR FLAG BELL 


SET/CLEAR FLAG ERABT 


CLEAR FLAG LS 


CLEAR LT FLAG 


SET/CLEAR FLAG ALL 


SET/CLEAR SOMM 


SET/CLEAR SOMM:<ADDRESS> 


Description 


DIAG/SECT:B 
Dispatch to section number B and 
execute it indefinitely. 


DIAG/PASS:--1 
Execute all of the microdiagnostics 
indefinitely. 


DIAG/TEST: 2F/CONT 
Dispatch to test 2F and start execution 
of the remaining tests. 


Continues microdiagnostic execution 
without changing the program control 
flags. 


Sets (or clears) the halt on error 
detection flag. 


Sets (or clears) the halt on error 
isolation flag. 


Sets (or clears) the loop on error 
flag. 


Sets (or clears) the no error report 
flag. 


Sets (or clears) the bell on error 
flag. 


Sets (or clears) the error abort flag. 
Clears the loop on special section 
flag. (Note that this flag cannot be 


set.) 


Clears the loop on special test flag. 
(Note that this flag cannot be set.) 


Sets (or clears) all of the previous 
flags. 


Sets (or clears) the stop on micromatch 
bit. 


Loads address into the CPU microsync 


register, and sets (or clears) the stop 
on micromatch bit. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions (Cont) 


Command/Flag 


SET/CLEAR FPA: <ADDRESS> 


SET STEP STATE 


SET STEP BUS 


SET STEP INSTRUCTION 


SET CLOCK FAST 


SET CLOCK SLOW 


SET CLOCK NORMAL 


SET CLOCK EXTERNAL 


SHOW 


LOOP 


RETURN 


Description 


Loads <ADDRESS> into the FPA microsync 
register. 


Sets the CPU clock to single time 
state. 


Sets the CPU clock to single bus cycle. 


Both the SET STEP STATE and SET STEP 
BUS commands cause the monitor to enter 
step mode. Step mode types the current 
clock state or the UPC value, and waits 
for terminal input. If a space is 
typed, the clock is triggered and the 
current UPC value is typed out. If any 
other character is entered, step mode 
is exited. 


Sets the software single instruction 
flag and returns to the monitor. When 
the hardcore tests are invoked, the 
current value of the Test PC (TPC) is 
typed. The monitor waits for terminal 
input. If a space is typed, the 
current pseudo instruction is executed 
and the current value of the TPC is 
typed. If any other character is 
typed, step mode is exited. 


Sets the CPU clock speed to the fast 
margin. 


Sets the CPU clock speed to the slow 
margin. 


Sets the CPU clock speed to normal. 


Sets the CPU clock for an external 
oscillator. 


Causes a display of the HD, HI, LOOP, 
NER, BELL, ERABT, LS, and LT flags. 


Clears the HD and HI flags. Sets the 
LOOP and NER flags and executes a 
continue command. 


Returns control to the console program. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions (Cont) 


Command/Flag 


Examine 


EXAMINE 


EXAMINE 


EXAMINE 


EXAMINE 


EXAMINE 
EXAMINE 
EXAMINE 
EXAMINE 


EXAMINE 


EXAMINE 


EXAMINE 


EXAMINE 


Commands 


ID: <ADDRESS> 


VB US : <CHANNEL> 


RA: <ADDRESS> 


RC : <ADDRESS > 


LA 
LC 
DR 
QR 


SC 


FE 


VA 


PC 


Description 


The following examine commands’ cause 
the current microinstruction to be 
executed before the examine is 
performed, if it is the first examine 
since entering the monitor command 
mode. All successive examines do not 
execute any additional 
microinstructions. ID Bus registers 
T1--T8 are destroyed during the 
examines, except for the V_- Bus 
examines. All of the following 
examines, except V Bus, advance the 
clock to CPT®# before executing the 
command. 


Displays the content of the ID Bus 
register specified by <ADDRESS>. 


Displays the content of the V BUS 
channel specified by <CHANNEL>. Bit @ 
is at the right side of the display. 


Displays the content of the RA scratch 
pad specified by <ADDRESS>. 


Displays the content of the RC scratch 
pad specified by <ADDRESS>. 


Displays the content of the LA latch. 
Displays the content of the LC latch. 
Displays the content of the D register. 
Displays the content of the Q register. 


Displays the content of the SC 
register. 


Displays the content of the FE 
register. 


Displays the content of the VA 
register. 


Registers the content of the program 
counter. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions (Cont) 






Command/Flag Description 









The deposit command is the same as the 
examine command, except that the data 
to be deposited must be supplied by the 
user. 


Deposit Commands 


DEPOSIT ID: <ADDRESS> <DATA> 
DEPOSIT RA: <ADDRESS> <DATA> 
DEPOSIT RC: <ADDRESS> <DATA> 
DEPOSIT LA: <DATA> 
DEPOSIT LC: <DATA> 
DEPOSIT DR: <DATA> 
DEPOSIT OR: <DATA> 
DEPOSIT SC: <DATA> 
DEPOSIT FE: <DATA> 
DEPOSIT VA: <DATA> 
DEPOSIT PC: <DATA> 





4.6.1 Monitor Control Examples 

The following paragraphs provide usage examples of selected 
monitor controls. These descriptions are brief and are intended 
only to indicate some of the capabilities of the microdiagnostic 
monitor. 


4.6.1.1 HD/HI Flags -- In addition to testing, the 
microdiagnostics perform two basic functions: error detection and 
error isolation. Under normal circumstances, the user would set 
the HI flag. Setting the HI flag initiates the following 
microdiagnostic sequence: 


a. Error detection 
b. Call isolation routine to identify the error cause 
Cc. Display an error message identifying the failed test, 


data pattern used, and the failing modules 
d. Terminate test execution. 


In a situation where the uSer does not require a scope loop, and 
wants to halt execution at the error detection point, the HD flag 
is set. This flag halts the test before the microdiagnostic calls 
the isolation routine overlay (e.g., V Bus compare). 


4.6.1.2 Loop On Error Flag (LOOP) -- With this flag set, the 
microdiagnostic will revert to a tight program loop after error 
detection (assuming the NER flag is set). Note that the loop will 
continue even though the error is intermittent; the flag must be 
cleared to break the loop. 
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4.6.1.3 No Error Report Flag (NER) -- This flag suppresses the 
typing of error messages. The flag is especially useful in the 
case of looping on an error. Since the error printout takes time, 
the scope sync is lost during typing time. With error reports 
Suppressed, the loop is tight and produces a reasonable sync. 


4.6.1.4 Bell On Error Flag (BELL) 


Hardcore Tests -- When running the hardcore tests, setting this 
flag causes the console terminal to ring its bell when an error 
occurs. This flag is useful in a situation where a manual 
adjustment could clear the error. In this situation, the user 


would set the LOOP flag and the NER flag, producing a tight loop. 


However, with no error report, the user does not have an 
indication of where the error cleared during the adjustment. 
Setting the BELL flag is a compromise between a reasonably tight 
error loop (the BELL flag slows the loop somewhat) and an error 
indication during the adjustment. If a scope were used during the 
adjustment, the user would have an error indication without losing 
the scope trace. 


Microtests -- In the microtests, one must loop on test 
(DI/TEST:n); then, after the error message has been printed, set 
the NER and BELL flags, clear the HI flag, and type CONTINUE. 


4.6.1.5 Continue Command (CONT) -- This command allows the user 
to proceed from a microdiagnostic halt situation. For example, 
suppose that a hardware ECO, which has not been reflected in the 
diagnostic system, is incorporated into the computer. When the 
mMicrodiagnostic halts following detection of the pseudo error, the 
user can bypass the failing test and continue execution at the 
next test by entering CONTINUE. 


4.6.1.6 Error Abort Flag (ERABT) -- This flag allows the user to 
display more than one error report in certain hardcore tests 
(tests which exercise a particular piece of logic with more than 
one data pattern). 


For example, consider the situation where the ERABT flag is set, 
and the test detects a type 2 error (ERROR2) on one of the initial 
data patterns. If the user were to enter CONTINUE, the flag would 
abort the remainder of the test and initiate execution of the next 
sequential test. However, with the flag cleared, CONTINUE will 
initiate execution of the same test with the next sequential data 
pattern. 


4.7 MICRODIAGNOSTIC RELATED ERROR MESSAGES 
The following paragraphs describe the microdiagnostic-related 
error message formats and their interpretation. All error 


messages are prefixed by a question mark to distinquish them from 
informational messages. 
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4.7.1 Syntax Error Messages 

2?USE DIAG COMMAND 

Execution of a continue command was attempted before a diagnose 
command. This would only occur if TEST/COM were used to invoke 
the microdiagnostics from the console program. 


?INVALID COMMAND 
The previously entered command was not recognized. 


? INVALID KEYWORD 
The argument of a command was not recognized. 


?NUMBER MUST BE HEX 
A non-hexadecimal number was recognized. 


4.7.2 System Error Messages 

2?OPEN FILE: <NUMBER> 

An error was detected and identified while trying to open a floppy 
file. Error code is: 


<NUMBER> = 1 = Floppy hardware error 
<NUMBER> = 2 = File not found 
<NUMBER> = 3 = Floppy not ready 


?READ SECTOR: <NUMBER> 
An error was detected and identified while trying to read a sector 
from the floppy. Error code is: 


<NUMBER> = 4 = Sector number out of range 
<NUMBER> = 3 = Floppy queue full 
<NUMBER> = 1 = Floppy hardware error 


?KEYBOARD ERROR: <NUMBER> 
An error was detected and identified while trying to read the 
terminal. Error code is: 


<NUMBER> 
<NUMBER> 


5 
7 


Terminal driver busy 
Terminal hardware error 


?UNEXPECTED TRAP TO 4 PC = 
The LSI-11 trapped to 4 at the specified PC. 


4.7.3 Go Chain Monitor Error Messages 

?TIMEOUT IN TEST ... UPC = 

Indicates that the microcode is hung. The monitor did not receive 
a call from the microcode in the last four seconds. 


?EXECUTION OUT OF SEQUENCE UPC = SHOULD BE = 
The microcode has not executed the tests within the overlay in 
sequential order. 


?CLOCK STOPPED UNEXPECTEDLY 
The clock stopped and the SOMM bit was not set. 


?ILLEGAL MONITOR CALL: <NUMBER> 
The microcode made a call to the monitor with a bad argument, 
which was <NUMBER>. 433 


4.8 PROGRAM LISTING AND ERROR MESSAGE DESCRIPTIONS 

The following paragraphs describe microdiagnostic program listings 
and error message formats. It is beyond the scope of this chapter 
to describe the various diagnostic program assemblers and their 
associated languages. 


4.8.1 Monitor Listing Descriptions 

The program listings for the microdiagnostic-associated monitors 
(i.e., microdiagnostic, hardcore, and microtest) share the same 
listing format. That is, since the three monitors operate out of 
the LSI-1l1, they are coded in MACRO-11 (PDP-11 assembly language) 
and are discussed as one in the general description. 


Each listing is comprised of three general sections: Table of 
Contents, Program Definitions, and Program Code and Descriptions. 
Each page in a listing has a title containing the name of the 
program, the date the particular listing was generated, the page 
number, and a line item that indicates the content of that page 
(listing header) (Figure 4-5). 


The Table of Contents is a list of the content of the program 
listing. The first (left) column contains a hyphenated number. The 
number preceding the hyphen specifies the page number of the 
listing on which the line appears. The number following the hyphen 
is a listing line number. This number specifies the starting line 
(within the listing) of the associated listing content contained 
in the right column (e.g., definitions, utility routines, test 
sections, etc.) 


The Program Definition section specifies register address 
assignments, bit definitions, module and bus name assignments, and 
other constants that are used throughout the program. 


The remainder of the listing (and the largest section by far) is 
the Program Code and Description section (Figure 4-5). The format 
is described on a per column basis from left to right. Note that 
the address and data radix for all monitor listings is octal. 

“i Column 1, Listing Line Number -- Each line in the listing 
is assigned a unique decimal number to allow easy 
referencing from the Table of Contents. 


Column 2, Address -- The address of the instruction. 


Column 3, Content of the Address listed in Column 2 -- 
This is usually an instruction (e.g., reference line 
number 79 in Figure 4-5). The address is 191829, and its 
content is 932767, which is the octal code for a Bit Test 
(BIT) instruction. 


Column 4 and 5 -- If the instruction is a two-word or 
three-word instruction, the second and third words are 
specified in columns 4 and 5, respectively (e.g., 
reference line number 79 in Figure 4-5). This BIT 
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STAR MICRO YEST MONITOR MACRO M1@  Q3eMAR@77 10802 PAGE 5S Serine 


FLAG TEST ROUTINE PAGE 
HEADER 
ae eSBYTL FLAG TEST ROUTINE 
7 
77 100776 @05067 177130 FLGTSTs CLR TIMER ) INITIALIZE THE TIMEOUT TIMER 
78 101002 183 UPDATESWR FIRST 


79 18610920 63276 040008 177864 bry SCTRLC,SWR ONTROL C FLAG SE TEXT 


88 181026 40146 BEQ 118 ) BRANCH IF NO REFERENC!I 
61 181838 6832767 Geeads 177054 srr *#LOOP,SwWR ) LOOP FLAG SET? 

82 £81836 991463 8EQ 118 » BRANCH IPF NO 

63 1016460 994767 08803146 JSR PC, STOPCLK 9 STOP THE CLOCK 

84 101644 GETUPC + GET THE CURRENT UPC 

65 101046 012667 177022 MOV C8P)o,STMPO ) SAVE 

66 101052 CALLMICNON — $ GO TO THE MICRO MONITOR 

87 181078 032767 geegee4 177014 6rIT “@L00P,5WR § LOOP FLAG STILL SET? 

68 101076 eelaai BNE 12s ) BRANCH IF YES 

89 101108 @52737 eae20e0 1635¢32 8rs MCLRUWRD,@MCONMCR 7 GOING TO RESTORE MONITOR CALLS 
9@ 101106 LOADID WERLADR,#USCADR 3 LOAD THE ERROR 1 ADDRESS 

of 101124 LOADIO WERLDAT,#USCDAT § RESTORE THE JUMP ADDRESS 

92 101142 LOADIO WER2ZADR, #USCADR 3 LOAD THE ERROR 2 ADDRESS 

93 101168 LOADIO WERIDAT,WUSCDAT 3 RESTORE THE JUMP ADORESS 


94 101176 904767 6830356 JSR PC, MRETURN DO MAINTENANCE RETURN ON ORIGINAL UPC 






















R 
TSsTB 





96 101206 105737 163016 — 118s + MICROCODE CALL YET? 
97 101212 1 ee8402 BMI 198 } BRANCH IF NO 
96 101214 900167 4aee4t2 sme 2s SECOND 
99 101220 932737 seeeda 163032 14083 BIT MCLKSTPD,@*#CONMCR » DID THE STAR CLOCK STOP? TEXT 
100 101226 901116 BNE 3$ ) BRANCH IF YES REFERENCE 
191 101230 @32767 aeoeas 176654 BIT #LOOP,SwR ) LOOP FLAG SET? 
192 101236 901257 BNE FLGTST } BRANCH IF YES 
103 101240 998267 176666 INC TIMER ) INCREMENT THE TIMEOUT TIMER 
< 101244 991256 BNE 18 » BRANCH IF NO TIMEOUT YET 
19 
106 ye 
44 t THIS CODE INOICATES Twat THE MICROCODE HAS BLOWN UP 
14 fe 
109 
110 101246 TYPE #SCRLF } 
111 101260 TYPE “MSG2 t TYPE TIMEOUT ERROR MESSAGE 
£12 1801272 026767 177314 176546 CMP TSTSAVE,STSTNM gy IN THE FIRST TEST YET? 
113 163308 gao1014 BNE 53 ) BRANCH IF YES 
414 101302 016767 177304 176564 MOV TSTSAVE,$TMPO 
1185 101310 9@5267 17656¢a INC STMPO 
116 141314 TYPES #STMPO,HEX 
117 191330 900406 BR 63 
118 101332 583 TYPES 4#STSTNM,HEX } TYPE THE TEST NUMBER 
119 181346 6383 TYPE #SIXSPC ) TYPE SIX SPACES 
120 101368 TYPE #MSG3 ) TYPE "UPCe" 
121 101372 @a4767 992614 JSR PC, STOPCLK # STOP THE STAR CLOCK 
122 101376 683 LoaDveuUSs 
123 191400 GETUPC # READ THE UPC SAVE REGISTER 
124 101482 012667 176466 MOV (SP) +,STMPO p SAVE IT 
125 103496 | TYPES | #STMPQ,HEX § TYPE THE CURRENT uPC 
j 126) 101422 | | | tvee ' wscriF _ 
127! 191436 CALLMICMON » GO TO THE MICRO MONITOR | 
128 101452 | 162767 eeaces | 176372, | suB | 44, TSTPTR y RESTART AY THE CURRENT TEST 
| 129] 101480 ' eaes67 ' 177262 JMP REST ae | 
1398 ' { J ’ 1 | 
1! | | | | | | | 
1* | | | | | | | | | 
LISTING 
LINE . ADDRESS INSTRUCTION 
NUMBER CONTENT MNEMONIC COMMENTS 
ADDRESS SECOND AND LABEL OPERAND 
THIRD WORDS DEFINITIONS 


OF INSTRUCTION 
TK-0773 


Figure 4-5 Monitor Listing 
Sample 
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instruction happens to be a three-word instruction, the 
second word is @49000, and the third word is 177064. 
Thus, this instruction is testing bit 14 (®498098) to 
determine if the Control C flag is set at address 177064. 
(Note that this flag was defined in the definition 
section.) 


Column 6, Label -- This symbol is the name used by the 
program mnemonics to reference this instruction (e.g., 
reference line number 95 in Figure 4-5). The label in 
this case is 12$. 


Column 7, Instruction Mnemonic -- This is the assembler 
language mnemonic for the instruction (e.g., Bit Test 
Instruction = BIT). 


Column 8, Operand Definitions -- These symbols and 
mnemonics are the assembler language mnemonic definitions 
for the operands. 


Column 9, Comments -- A brief description (following the 
semicolon) of the instruction operation. 


4.8.2 Hardcore Listing Description 

The general format of the hardcore listing is similar to that of 
the monitors (i.e., Table of Contents, Program Definitions, and 
Program Code and Descriptions). The left column of the Table of 
Contents contains a hyphenated number. The number preceding the 
hyphen specifies the page number of the listing on which the line 
appears. The number following the hyphen is the listing line 
number, indicating the starting line of the associated listing 
contents. The definition section is similar to the monitor 
listings, i.e., address, module and bus assignments, bit 
definitions, and other constants used in the program. 


The remainder of the listing is the Program Code and Descriptions. 
As indicated in the Table of Contents, the hardcore tests are 
composed of sections and tests. The section number represents a 
1.5K byte segment. The section number is displayed on the console 
terminal during hardcore test execution. The test number 
identifies a test on a particular logic area or function. The 
subtest number (which is not referenced in the Table of Contents) 
identifies a particular portion of a test. For example, Subtest 1 
floats a logic one through each bit of a register; Subtest 2 
floats a logic zero through the same register. 


As shown in Figure 4-6, the program code is preceded by an 
outlined test header area. A subtitle statement (.SBTTL) generates 
the test number and title above the header area. 


The header area consists of five descriptive segments. The first 
line within the outlined header repeats the test number and test 
title. The test description segment is a brief paragraph 
describing the general logic area tested and method of test. The 
logic description segment describes the test in more detail. 
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MICRO DIAGNOSTIC HARDCORE TEST MACRO ¥10 2GeAPRo77 18237 PAGE 29 
CS BUS DATA INTEGRITY SUBTITLE 


TiC 
2330 


TEST 
HEADER 
AREA 


2534 
2535 
2536 


2537 
2538 
2539 
2540 
2541 
2542 
2543 
eSua 
2545 
2546 
2547 
2548 
2549 
| 2550 
2551 
| 2552 


LISTING 
LINE 
NUMBER 


™. 


sSBTTL Tic C$ BUS DATA INTEGRITY oo USTATEMENT 


TETTTITITII CLI LLL tiitiiitiii iii iiisiitiiiiiiii | 
+e 
s TEST ic CS BUS DATA INTEGRITY 


’ 
TEST DESCRIPTION 
THIS TEST CHECKS THE DATA INTEGRITY OF THE CS BUS BY FLOATING 
A ONE AND A ZERO THRU A MICRO WORD, EXECUTING THE MYCRO 
WORD, AND CHECKING THE V BUS FOR PARITY ERRORS, 


SUBTST 1 © FLOAT A ZERO THRU THE CS BUS 
SUBTST 2 © FLOAT A ONE THRU THE CS BUS 


LOGIC DESCRIPTION 
THIS TEST CHECKS THE ID BUS INTERFACE TO THE WOES MODULES, THE 
DATA INTEGRITY OF THE WES MEMORY CHIPS AND YHE DATA INTEGRITY OF 
THE CONTROL STORE (C$) BUS, 


DATAs EXPECTED V BUS CHANNEL, BIT AND VALUE 
RECEIVED V BUS CHANNEL, BIT AND VALUE 
LOOP COUNT = INDICATES WHICH BIY IN THE 32 BIT GROUP IS UNDER 
TEST, IE. {8B8IT O, 2uBIT {, SSBIT 2, ETC, 
LOOP COUNT = INDICATES WHICH 32 BIT GROUP I8 UNDER 
TEST, ToEw 18 BITS<31:G>, SBBIT§$<63232>, SBBITS<9526u> 


NOTE: THE EXPECTED AND RECEIVED V BUS CHANNEL INDICATES WHICH 32 BIT 
GROUP HAS BAD PARITY IN IT, I,E, 182XeBITS<31:58>, 
1B1LXSBITS<63232>, AND 108XSBITS<9S264>, 


SYNC POINT DESCRIPTION 
SUBTST 1 = SYNCUC@eTEST PATTERN IS ACTIVE ON THE CS BUS 
i] SURTST 2 @ SYNCUD@@TEST PATTERN YS ACTIVE ON THE CS RUS 
jee 
PPAR Aa REE EERE REE EERE ARERR RARE ER EERE REE ENE 


’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
3 
y ERROR MESCRIPTION 
’ 
’ 
’ 
’ 
3 
, 
’ 
’ 
’ 
’ 
’ 
; 
’ 


aeassea Tics 
aoass4 INITTALIZE 
@00556 SUBTEST 
PAPIIITIIATTIITT TL IOTTLIDAPLAOSATATDATTTTTLALTATTTTATLTEADIOAA TTA 
@ae5S6 TICSi1 
9+ 
1 €IRST FLOAT & ZERO THRI! THE CS BUS 
| hd 
gaasea Loop =— «J, 1,3 + LOOP COUNT FOR THE 3 BANKS 
9aa570 LOIDREG USCADR,TMP1A9@ 5 SELECT LOCATION ZERO 
890576 LOOP K, 1,3 1 INITIALIZE THE CONTENTS OF LOCATION @ 
ABBR LATOREG USCDAT,THP1G2 9 one 
@aee14 ENDLOOP K eee 
8a0620 LOOP —s 1,1, 32 1 LOOP COUNT FOR THE BITS IN a BANK 
Borsa LOIDREG USCADR, TMP100,J 3 LOAD THE BANK ANDRESS 
200636 FLTZRO | TMP 101, 1 1 GENERATE THE TEST PATTERN 
Baroug | ERLOOP | l 
909646 LOTOREG USCDAT, TMP1@1 4 LOAD INTO THE SELECTED BANK 
leagesa ) FETCH |tea00 |} EXECUTE THE MICRO WORD | 
| | | | | 
ADDRESS ADDRESS INSTRUCTION COMMENTS 
CONTENT OPERANDS 


TK-0769 


Figure 4-6 Hardcore Listing Sample 
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The error description segment specifies test parameters. For 
example, in the error description of Figure 4-6, the first line 
specifies what is expected during the test; the second line 
specifies what is received. The third line indicates which bit in 
the 32-bit array is under test; the fourth line indicates the 
32-bit group under test. The sync point segment specifies critical 
points in the listing around which an error loop or scope loop 
might be set up (Paragraph 4.9.2). 


Following the test header is the program code. The hardcore 
listings are described on a per column basis below. 

* Column 1, Listing Line Number -- Each line is assigned a 
unique decimal number to allow easy referencing. 


Column 2, Address -- The relative address (PC) of the 
instruction. 


Column 3, Address Content -- Content of the address 
listed in Column 2. (Note that the contents are the 
pseudo instructions described in Paragraph 4.4.2.) 


Columns 4 and 5, Instruction Operands -- The operands are 
the instruction source, destination, or index values. The 
mnemonics appearing in these columns have been defined in 
the definition section of the listing. 


Column 6, Comments -- A brief descriptive note concerning 
the instruction operation. 


4.8.3 Microtest Listing Description 

The general format of the microtest listing is Somewhat similar to 
the other microdiagnostic listings, i.e., a Table of Contents, 
Program Definitions, and Program Code and Descriptions. However, 
since the microtests are executed out of the WCS, they are written 
in system microcode and, therefore, are Similar to the system 
firmware listings. Unlike the hardcore listings that are assembled 
in one listing, the microtests are assembled into separate 
listings by 1K microword test sections and identified by those 
section numbers. Note also that the address and data radix for 
these listings is hexadecimal. 


The Table of Contents is similar to those of the other listings; 
i.e., it contains a line number entry and the corresponding 
listing content description. Since the first column does not 
contain assembler directives, only the line number appears. The 
Program Definition section describes all macro definitions 
associated with the listing. 


The Program Code and Description section format is similar to that 
of the system firmware listing. As in the hardcore listing, the 
program code is identical to the hardcore format and content 
described in Paragraph 4.8.2. 
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The microtest listing is described on a per column basis (Figure 
4-7). 
7 Column 1, UPC -- This column specifies the address 
contained in the UPC at that particular microstate. 


Column 2, Microword -- This column describes’ the 
microword content of the address specified in column l. 


Column 3, Listing Line Number -- Decimal number assigned 
to allow easy referencing. 


Column 4, Microstate Operation -- This column specifies 
the operation during a particular microstate. The 
notations used to describe the operation have been 
defined in the program definition section. 


Column 5, Comments -- A brief descriptive note concerning 
the microstate operation. (A detailed firmware 
description is provided in the VAX-11/780 Central 
Processor Technical Description, e.g., field definitions, 


coding conventions, etc.) 


4.8.4 Microdiagnostic Execution 

The entire microdiagnostic package may be executed by entering 
TEST on the console terminal. Other operation options are 
described in the detailed diagnostic operating procedures in The 
VAX-11/786 Diagnostic System User's Guide (EK-DS78@-UG-@91). 
Following microdiagnostic identification the monitors initiate 
hardcore and microtest execution. Figure 4-8 illustrates typical 
console terminal output during error-free microdiagnostic 
execution. 





The microtests and hardcore tests are numbered sequentially (with 
no duplication of test numbers). As shown in Figure 4-8, there is 
no differentiation between hardcore and Mmicrotests. A 
a@ifferentiation is required only in the case of an error 
(Paragraph 4.8.5). 


The monitor loads the test, and the test section number is printed 
on the console terminal. Test execution is then initiated. The 
section number is printed (in hexadecimal) prior to execution to 
allow the operator to identify the exact failing section in the 
case of an error. 


The entire microdiagnostic package requires two diskettes. As 
indicated in Figure 4-8, the microdiagnostic monitor instructs the 
operator when to mount the second diskette, and prompts for the 
command required to initiate execution of those diagnostics. 


4.8.5 Error Message Format 


The general error message format for both types of 
microdiagnostics is shown in Figure 4-9. 
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3 DWMOOA.MCR E400, 3262) 
3 DWMOOA,MIC (400, 3262) 


42815 21°APR01977 
14335 20°APRe1977 


TEST 
HEADER 
AREA 


=e ee ee Oe o> TO BF Ce We Se oD 88 





1914, @€614269039,qDAGsO9F Be G00G+10F 1 


1832 
1833 
1634 
1835 
1836 
1837 
1838 
1839 
1846 
1641 
1642 






1846 
1847 
1648 
1849 
1850 
1881 
1852 
1853 
1854 
1885 
1856 
1857 
1858 
1859 
18690 
1861 
1862 
1863 
1864 
1865 
1866 
1867 
1868 


MICRO 31(241) 


TEST AS 
«PAGE 


Micrecode file Page 7 
CES REGISTER ALU N BIT 


"TEST AS CES REGISTER ALU N BIT® 


POHSSHSOSHSSSSESESSSSSSSSSSESESESHSHSOSSESSSSOSESSHESHSSESESSEHERESHHEEDE 


so 
9 TEST 





LOGIC 


AS CES REGISTER ALU N BIT 


s 
TEST DESCRIPTION 


THIs TEST CHECKs THE ALU N BIT IN THE CEs REGISTER. THIS Ig DONE 
BY SELECTING THE ALU TO DO AoB AND AeB, AND FeB, WITH SPECIFIC 
DATA PATTERNS ON THE AMX AND BMX TO CHECK THE LOGIC THAT GENERATES 
THIS BIT, 


SUBTST 1 © CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 

BE EXECUTING AN A*B TO GET THE CORRECT ALU DATA, 
SUBTST 2 © CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
_ BE EXECUTING AN A@B TO GET THE CORRECT ALU DATA, 
SUBTST 3 © CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
BE EXECUTING ANYTHIN BuT AN AeB OR AoB, 


DESCRIPTION 

THIs TEST CHECKS THE LOGIC NETWORK ON THE CEH MODULE THAT GENERATES 
THE ALU N BIT, AND THE MULTIPLEXOR ON THE ICL MODULE THAT FEEDS 

THE ALU N BIT IN THE CES REGISTER, 


DATAS EXPECTED CES REGISTER 
RECEIVED CES REGISTER 
LOOP COUNT © INDICATES WHICH DATA PATTERN Is BEING USED, 
(SEE THE DATA AT THE END OF THE TEST) 


SYNC POINT DESCRIPTION 


' 
5 
5 
i] 
5 
i] 
i] 
g 
' 
9 ERROR DESCRIPTION 
s 
8 
s 
§ 
s 
3 
$ 
§ 


SUBTST 1 © SYNCIAC°ALU N BIT GETS LOADED 
SUBTST 2 = SYNCiBeeALU N BIT GETS LOADED 
SUBTST 3 = sYNCiCeeaLu N BIT GEYs LOADED 


FRSHESEEAEEHSSERSOSSSEEEESESSSESHESSESESHESESESESSHEEESREEEEHHEEHE EEE ESD 


1015, 
1018, 
1019, 
1140, 
1141, 
1142> 
1143, 


0018,0038,6580,0A80,0090,1018 
000060030,9180508005000001135 
0018,0038,7580,0A88,0000,1140 
0019 60038479800 9A9Gr 900001141 
0818,0036,4180,0800,0000,1142 
010000030 ,0189208000000071143 
0001 4983C,0180,0A90,0000,1144 


1869 
1870 
1871 
4872 
1873 
1874 
1875 
1876 
1977 
1878 
1879 
1980 
1864 
1882 
1983 
1884 
1085 | 
1886 
1867 
i8e8 | 


aqacacacac 


1144, 
101A, 
1015, 
1145,| 
1146, 
1147, 
3148, 


0318,0038,D580,09FO,0000,1G1A 
900 58003D,0180,0800,0000,1124 
000000830, 0180,0A00,0200. 1145 
0000,803C,01890,C800,0000,1146 
0001 1 OG3C 1 180, OAAB, 2000, 1147 | 
09062,903C ,0187,0AG8,0260,1148 


’ 
3 
3 
, 
3 
3 
, 
3 
3 
3 
U 
3 
3 
’ 
3 
3 
5 
5 
$ 
’ 
3 
3 
’ 
5 
$ 
HU 
3 
3 
5 
3 
U 
U 
3 
U 
8 
s 
5 
’ 
Ul 
8 
, 
’ 
Ul 
4000-003C,0180,C800,0000,1149 | s 


ccacecec 


| 


MICRO 
PROGRAM 
COUNTER 
(UPC) 


MICROWORD 
CONTENT 


Figure 4-7 
Sample 
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LINE 
NUMBER 


Microtest Listing 


80 

ICLT@: NEWTST(,3) 
R(O).K (38) » ADDRESS OF AMX DATA 

LT) CALL, J/UNJAM 3 CLEAR ANY SBI INTERRUPTS 
RCIIAK(, 28) 1 ADDRESs OF BMX DATA 
RL2) eK 6.390) 9 ADDRESS OF EXPECTED ALU N BIT 
DoD, LEFT? » GENERATE MASK FOR N BIT 
R(3)..0 ; ) SAVE 


SSISATIIITLTOLILITTTOTETTTTAASSITATTTAATOADATAATOATTATSATAETT AAAI ASA 


$¢ ; 
5 DO THOSE FUNCTIONS REQUIRING THE ALU TO 
se 


TOSi: RCCOCIOK(,6) ' 

20 SUBTEST 

ICLTOL1SVALR IQ) 
D(BYTE)J.CACHE,P | ' 
R(S]—D ’ 
VAWR (1) | 
D(BYTE).CACHE,P 


DO AN A PLUS B 
SET THE LOP COUNT 
FETCH AMX DATA | 


SAVE | 
FETCH BMX DATA 


MICROSTATE 
OPERATION 


COMMENTS 


TK-0771 


>>> TEST 


MICRO DIAGNOSTIC V.05 
01902703» 


NO. OF WCS MODULES = 0001 FIRST 
04905706207208 209s 0A2 OB: OCs OD2 OE s OF 910911912913 71491591b6917% 
au 


18719 1As1By1Cy1Dy 1E 9 LF 9 209 219229239249 257269277289 299 2A 2By 20 2D TEXT 
2F 930» 319329339349 359369377 387392 Ay REFERENCE 
END FASS 000001 
SECOND 
MOUNT FLOPFY #2 & TYPE ‘or'| TEXT 
niece REFERENCE 
3Ey 
# MEM CTRLS= 00000001 
30930» 
4K CHIF 00000E08 OPERATOR 
SEVSEs 
CFU TR= 00000010 ERGERLINER 
40241942743» 44745 7 46%471 482 49» 4A, 
CTRL 1 MAX ank+1= 00080000 
4B, 
CTRL 1 MAX ADR+1= 00080000 
4C, 4, 
END FASS 000001 


TK-0772 


Figure 4-8 Typical Error-Free Terminal Output 


ERROR: <PC> TEST: <#> SUBTEST: <#> 


DATA: XXXXXXXX 
XXXXXXXX 


XXXXXXXX 
TRACE: W.XY.Z 
FAILING MODULES: (M8269 (S13)... 
NOTE: 


PC IS OCTAL FOR HARDCORE TESTS. 
OTHERWISE ALL NUMBERS ARE HEX. 


TK-0750 


Figure 4-9 Error Message Format 
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The first line items are ERROR, TEST, and SUBTEST. ERROR is the 
address (PC) of the failing test. In the case of a hardcore test 
error, the PC is displayed as a six-digit octal address, since 
these tests are executed out of the LSI-1ll. In the case of a 
mMicrotest error, the PC is displayed as a four-digit hexadecimal 
address since it executes out of WCS. 


TEST is the failing test number. Note that this is different from 
the section number sent to the console terminal during error-free 
execution. SUBTEST is the failing subtest number. These three 
first line items are important in referencing the program listings 
(Paragraph 4.9.2). 


The DATA line item represents data used during the particular 
test. The number of data words displayed depends on the particular 
test. Generally, in the hardcore tests two words are displayed; 
the first word is the expected (or good) data, the second word is 
the received (or bad) data. However, as described in Paragraphs 
4.8.2 and 4.8.3, the program listings contain a header describing 
the data patterns used. 


The TRACE line item is involved in the fault isolation procedure 
in determining the set of modules responsible for the failure. 


The last line item is FAILING MODULES. The output of this item 
represents the failing module and its backplane slot number. In 
some cases, the output will be several module numbers listed in 
the order of failure probability. However, in other cases the 
output will not be a module number. For example, consider the 
situation of a grounded ID Bus bit. The failure could appear to 
extend across all boards on the bus. Rather than printing out all 
related module numbers, the program would print out ID BUS. 


4.9 LISTING/ERROR MESSAGE CORRELATION 

This subsection provides basic direction in the use of error 
message content and its relationship to the program listings. The 
examples are included mainly to illustrate basic microdiagnostic 
capabilities. 


4.9.1 No Error Message Situation 

Consider the situation where the operator has’ initiated 
microdiagnostic execution using the TEST command. For one reason 
or another execution stops in the hardcore tests, and an error 
message is not printed. As shown in Figure 4-19, execution stops 
on test section @4. 


The operator has a reasonable index into the hardcore test 
listings since section @4 is one of the initial sections executed. 
Referencing the section number in the hardcore listing Table of 
Contents, the operator finds that the section 94 description 
starts on listing line number 777. 
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CONSOLE TERMINAL OUTPUT 


>> TEST 
MICKO [IIAGNOSTIC V.05 


01902703» 
¢3; OF WCS MODULES = 0001 
y 


LISTING TABLE OF CONTENTS 


MICRO DIAGNOSTIC HARDCORE TEST MACRO MIA 
TABLE OF CONTENTS 


20eAPRe77 10237 


fe § CMPCA AND CMPCAM MODE DEFINITIONS 
le § SWITCH REGISTER BIT DEFINITIONS 
le 5 CONSOLE ADAPTER REGISTER DEFINITIONS 
le 5 TD BUS REGISTER DEFINITIONS 
is 5 MODULE AND BUS NAME ASSIGNMENTS 
le 6 SECTION NUMBER @1 
2e 42 TAL CONSOLE ADAPTER REGISTER RESPONSE 
TEST Be 144 7d2 CONSOLE "TO TO" REGISTER DATA INTEGRITY 
NUMBER de 206 SECTION NUMBER G2 
INDEX de 206 Tas CONSOLE "MCR® REGISTER DATA INTEGRITY 
Se 284 To4 CONSOLE "IDCS" REGISTER DATA INTEGRITY 
be 356 TA8 CONSOLE RXDNE AND TXROY REG DATA INTEGRITY 
To 439 706 TXREADY AND RXDONE INTERRUPTS 
Be 564 SECTION NUMBER B3 
Be S6u TA? ID BUS DATA LINES DATA INTEGRITY 
Ge 661 TAB Vv 8US SELF TEST PROGRAM 
1@0 777 TION NUMBER @4 LISTING 
Be 777 7a9 CONSOLE CLOCK CONTROL INDEX 
it~ 98} TOA CONSOLE IO0 CYCLE FUNCTION 
120 975 TAB CONSL FROM ID REG CLK CTRL & DATA INTEG 
13-1a7a SECTION NUMBER @5 
1301079 TOC CONSOLE MAINTENANCE RETURN 
14e1162 TaD RXCS REGISTER FROM THE ID BUS SIDE 
1501282 SECTION NUMBER @6 
151282 TOE TXCS REGISTER ON THE ID BUS 
1501367 SECTION NUMBER @7 
1601394 TOF ID BUS REGISTER ADDRESS INTEGRITY 
1603599 SECTNO NUMBER 08 
1701535 T10 CIB INITIALIZE FUNCTION 
17°1656 SECTION NUMBER @9 
1801677 T14 CONSOLE REGISTER DUAL ADORESSING 
1901745 Tie WOS DATA REGISTER READ 
20-1774 T13 INITIALIZE THE CONTROL STORE 
2161817 SECTION NUMBER Aa 
2191817 Tia WCS 4DDRESS REGISTER DATA INTEGRITY 
2201906 T15 WCS ADDRESS REGISTER COUNT LOGIC 
2301976 16 MICRO STACK DATA INTEGRITY 
24~2061 SECTION NUMBER 08 
2402861 T17 MICRO STACK MUAL ADDRESSING 
2522158 T18 MAINTENANCE RETURN DATA INTEGRITY 
2602327 SECTION NUMBER OC 
26-2327 T19 MAINTENANCE RETURN MICRO STACK INCREMENT 
2702372 Tia MICRO STACK WRITE DISABLE 
28u242u T1Aa WCS PARITY GENERATOR 
2922538 ric C$ BUS DATA INTEGRITY 
3802621 SECTION NUMBER 8D 
302621 T1D PCS PARITY CHECKERS 
3102748 TLE wES DUAL ADDRESSING 
3102887 SECTION NUMBER GE 
3202845 TAF WCS DYNAMIC MEMORY TEST 
3362959 T20 UBEN FIELD DECODE 
3403960 SECTION NUMBER @F 
34=3060 T21 USUB FIELD "CALL FUNCTION" 
35=3168 T22 USUB FIELD "“RETURN® 
3603229 SECTION NUMBER 18 
3623229 T23 USUB FIELD "SELECT SPECIFIER*® 
3723365 T2a UJMP FIELD DATA INTEGRITY 
TK-0770 


Figure 4-198 
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Listing Indexing Example 


4.9.2 Hardcore Loop and Single Step Setup 

During microdiagnostic execution the error message shown in Figure 
4-11 is displayed on the console terminal. Since the error PC is a 
six-digit number (8089679), it is an octal address and indicates a 
hardcore test. Referencing TEST: 1C in the hardcore Table of 
Contents indicates that the test begins on line 253@. Referencing 
the error PC of 888678 in the program code shows the PC to be at 
an IFERROR statement on line 2554. 


The function of the IFERROR statement (Paragraph 4.4.2) is to 
produce an error report if a failure is encountered in the test. 
Usually the IFERROR statement is preceded by a check or compare 
function (in this case TSTVB). BaSically this test is comparing V 
Bus signals. In this example, the received data did not match the 
expected data; consequently, an error was detected. 


Since the hardcore tests execute out of the LSI-ll, a scope loop 
may be too slow to be of practical use. An alternative is to use 
the set step instruction and loop commands of the microdiagnostic 
monitor. As indicated in Figure 4-11, the operator sets the single 
instruction and loop flags. In this case the loop range is between 
the statement following the previous ERLOOP statement (line 2551) 
and the IFERROR statement (line 2554). As shown in Figure 4-11, 
each time the operator types SPACE, the current PC is displayed. 
At TPC = 909662 the operator reaches sync point SYNC4C, at which 
time the operator could scope the CS Bus data bits in an attempt 
to detect the failing bit. (At this point in the test the 
microword has just been fetched from WCS and is driving the CS 
Bus .) 


The operator can exit from the step mode by typing any character 
except SPACE. In the example, Control C has been typed and control 
returned to the microdiagnostic monitor command mode. 


4.9.3 Microtest Scope Loop Setup 

During microdiagnostic execution the error message shown in Figure 
4-12 is sent to the console terminal. Note that execution stopped 
on test section 3A. 


Since the error PC is a four-digit number (1@1E), it is a 
hexadecimal address and indicates a microtest. Using the test 
section number of 3A, and referencing the Table of Contents for 
that section, test A5 starts on line 1832. A look at the PC column 
(of the microtest listing) shows that the error PC is on line 
1986. 


By scanning back through the microcode, select a sync point, in 
this case SYNC1A on line 1981. Control is returned to the 
microdiagnostic monitor via Control C. The operator enters a CLEAR 
SOMM: <1153> command. This command will clear the stop on 
Micromatch bit, and produce a sync pulse when the UPC equals the 
content of the microbreak register (i.e., 1153). The operator then 
enters a loop command. This sequence causes the test to begin 
looping and produce a sync pulse each time the UPC = 1153. 
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CONSOLE TERMINAL OUTPUT 


>> TEST 





MICRO LIAGNOSTIC V.05 
1902703 

NO. OF WCS MODULES = 0001 

049052069077 08+ 09s 0As ORs OC 

















ERROR: 000670 TEST: 1¢ SUBTEST: 1 


DATA: 1010 
1011 
OO0A 
0002 


TRACE: 000700, 000720 
FAILING MODULES: C.S. BUS 


MIC >SET STEP INST ) 


MIC >LOOP ) 

TPC = 000646 (SPACE BAR) 

TPC = 000654 (SPACE 8AR) 

TPC = 000662 X «— ANY CHAR. TO RESUME 
FULL SPEED. 

tc «— CONTROL -C 10 HETURN TO MONITOR 

Mic> 


t 


OPERATOR 
INPUT 
UNDERLINED 


ERROR 
PC 
INDEX 


TEST 
NUMBER 
INDEX 


PAGE # 





1s 
le 
le 
le 
le 
le 
ee 
Je 
de 
ae 
Se 
be 
Jeo 
Be 
8a 
9a 
18 
180 
Iie 
lee 


5S 
s 
5 
5 
5 


6 
42 
143 
2%6 
286 
284 
356 
439 
S64 
S64 
661 
777 
777 
98} 
975 


13ejava 
13218748 
14"1162 
151282 
15-1282 
1501367 
1601394 
1681589 
1701535 
17=1656 
1821677 


1961 


745 


20-1771 
2101817 
2121817 
22-19%6 
2301976 
24~ 2061 
24023061 
25-2158 
2602327 
2622327 
2722372 


28-2428 
29~ 2530 


3802621 
30-2621 
3102748 
31=2887 
3202845 
33-2959 
34-3960 
34=3962 
35-3168 
36-3229 
36-3229 


3763365 





LISTING TABLE OF CONTENTS 


MICRO DIAGNOSTIC HARDCORE TEST MACRO “1A 
TABLE OF CONTENTS 


CMPCA ANDO CMPCAM MODE DEFINITIONS 
SWITCH REGISTER BIT DEFINITIONS 


CONSOLE 


20eAPRe77 [B37 


MYCRO DIAGNOSTIC HARDCORE TEST MACRO M18 


HARDCORE PROGRAM LISTING PAGE # 


20eAPRo77 10337 PAGE 207° © See 


Tic CS-B8US DATA INTEGRITY 


ADAPTER REGISTER DEFINITIONS 


ID BUS REGISTER DEFINITIONS 
MODULE AND BUS NAME ASSIGNMENTS 


SECTION 
14 
702 
SECTION 
T93 
784 
708 
T@6 
SECTION 
Ta? 
728 
SECTION 
789 
TOA 
TOR 
SECTION 
rac 
TaD 
SECTION 
TOE 
SECTION 
TOF 


SECTNO NUMBER 88 


Tia 
SECTION 
Ti 

Tie 

T13 
SECTION 
T14 

T15 

T16 
SECTION 
T17 

718 
SECTION 
T19 

Tia 

Ti18 

v1 
SECTION 
T1D 

TIE 
SECTION 
TIF 

726 
SECTION 
Tai 

T22 
SECTION 
T23 

Tea 






NUMBER 61 

CONSOLE ADAPTER REGISTER RESPONSE 
CONSOLE "TO 10" REGISTER DATA INTEGRITY 
NUMBER 82 

CONSOLE "MCR" REGISTER DATA INYEGRITY 
CONSOLE "IDCS" REGISTER DATA INTEGRITY 
CONSOLE RXDONE AND TROY REG BATA INTEGRITY 
TXREADY AND RXDONE INTERRUPTS 

NUMBER 83 

ID BUS DATA LINES DATA INTEGRITY 

v BUS SELF TEST 

NUMBER OG. 

CONSOLE CLOCK CONTROL 

CONSOLE I0 CYCLE FUNCTION 

CONSL FROM ID REG CLK CTRL & DATA INTEG 


NUMBER @5 TEST 
CONSOLE MAINTENANCE RETURN STARTING 
RXCS REGISTER FROM THE ID BUS SIDE LINE 
NUMBER 46 > NUMBER 
TXCS REGISTER ON THE ID BUS 
















NUMBER 07 
TD BUS REGISTER ADDRESS INTEGRITY 


CIB INITIALIZE FUNCTION 

NUMBER a9 

CONSOLE REGISTER DUAL ADDRESSING 
WCS DATA REGISTER READ 

INITIALIZE THE CONTROL STORE 
NUMBER OA 
WCS ADDRESS REGISTER DATA INTEGRITY 
WCS ADDRESS REGISTER COUNT LOGIC 
MICRO STACK DATA INTEGRITY 

NUMBER 0B 

MICRO STACK DUAL ADDRESSING 
MAINTENANCE RETURN DATA INTEGRITY 


agassea 
2534 agassa 


2536 800556 

















NUMBER 8C @805S56 
MAINTENANCE RETURN MICRO STACK INCREMENT 2537 
MICRO STACK WRITE DISABLE 2538 

2539 
C$ BUS DATA INTEGRITY 2540 
NUMBER 8D 2541 800560 
PCS PARITY CHECKERS 2542 380576 
wCS DUAL ADDRESSING 2543 990576 
NUMRER GE 2544 AGa606 
WCS DYNAMIC MEMORY TEST 2545 a00614 
UBEN FIELD DECODE 2546 
NUMBER OF 2547 890620 
USUB FIELD "CALL FUNCTION® 2548 800630 
USUB FIELD "RETURN® 2599 €80636 
NUMBER 18 
USUB FIELD "SELECT SPECIFIER® 


UJMP FIELD OATA INTEGRITY 2552 909654 


ERROR 
LOOP 
RANGE 


2553 AA0662 


2555 A90676 
2556 803702 
2557 820706 
2558 

2559 aeaTle 
2568 

2561 eaa722 


AABT22 


MICRO OFAGNOSTIC HARDCORE TEST 
Tic CS BUS DATA INTEGRITY 


eSBTTL TIC CS BUS DATA INTEGRITY 

FERRARA RARER AEE EEREE AERA ARERAT AEE ARERR ERAN ERERERRAR RRR EE REE 
+ 

preey ic 


CS BUS DATA INTEGRITY ioe ae 
TEST DESCRIPTION oe ee 

THIS TEST CHECKS THE DATA INTEGRITY OF THE CS BUS BY FLOATING 
A ONE AND A ZERO THRU A MICRO WORD, EXECUTING THE MICRO ~ 
WORD, AND CHECKING THE V BUS FOR PARITY ERRORS, 


SUBTST 1 = FLOAT A ZERO THRU THE CS BUS 
SUBTST 2 © FLOAT A ONE THRU THE tS BUS TO 
LOGIC DESCRIPTION 

THIS TEST CHECKS THE ID BUS INTERFACE TO THE WCS MODULES, THE 

DATA INTEGRITY OF THE WCS MEMORY CHIPS AND THE DAYA YNTEGRITY OF 

THE CONTROL STORE (CS) BUS, 


DATAt EXPECTED V BUS CHANNEL, BIY AND VALUE 
RECEIVED Vv BUS CHANNEL, BIT AND VALUE 
LOOP COUNT © INDICATES WHICH BIT IN THE 32 BYYT GROUP YS UNDER 
TEST, I,E, 188IT O, 2BBIT 1, SBBIT 2, ETC, 
LOOP COUNT © INDICATES WHICH 32 SIT GROUP TS UNDER 
TEST, TeEs 19 BITSC318G>, 2aBITS<63232a>, SeBITS$<9S164> 





NOTES THE EXPECTED AND RECEIVED V BUS CHANNEL INDICATES WHICH 32 BIT 
GROUP HAS BAD PARITY IN IT, I,E, 1O2KEOITS<3{10N>, — 
1QIXSBITS<O3232>, AND 1OOXEBITS<OS164>, 





SYNC POINT DESCRIPTION 


; 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
’ 
! 
1 ERROR DESCRIPTION 
’ 
’ 
: 
’ 
’ 
' 
’ 
3 
’ 
’ 
’ 
’ 
’ SUBTST 1 © SYNCUCHeTEST PATTERN I$ ACTIVE ON THE CS BUS 


’ SUBTST 2 © SYNCUD=-TEST PATTERN IS ACTIVE ON THE CS BUS 

sraslscatins Wwadibiaa yaaa aucutacteaaen Gusddesitiatiataniea aioe, : 

ie INITIALIZE . 
SUBTEST 


PSST OPSTATLTELTOTTSTTLTUTTTT LOTITO TESETTVTDTOOELDTSLTTTT LATA DEEOTET ETT AAAS 
TICSi8 

¢ 

9 €IRST FLOAT & ZERO THRU THE CS BUS 








ge 


Loop J,1,3 

LDIDREG USCADR, TMP1 90 
Looe K,1,3 

LATOREG USCOAT, TMP1 G2 
ENDLOOP K 


LOOP COUNT FOR THE 3 BANKS © 
SELECT LOCATION ZERO 
INITIALIZE THE CONTENTS OF LOCATION _ 


Loop 1,1,32 # LOOP COUNT FOR THE BITS IN A BANK” 7 
LOIDREG USCADR,TMP108,J 3 LOAD THE BANK ADDRESS 
FLTZRO fMP10j,1 » GENERATE A 


LOIDREG USCDAT, TMP 101 p LOAD INTO THE SECECTED BANK 
FETCH 10809 s EXECUTE THE MICRO WORD 





SYNC POINT 





MACRO M10 20eAPRa77 18837 PAGE 290} 


s CHECK THAT THERE WAS NO PARITY ERROR 





SYNC4Ct TSTVB 





TMP103 


’ 
9 CONTINUE WITH THE NEXT BIT 
9 CONTINUE WITH THE NEXT BANK 


ENOLOOP I 
ENDLONP J 
SkIP SuarTsT 


CSERR; REPORT <CSBUS> 9 CS BUS BITC(CS) STUCK 


SUBTEST 


Deeg a nA LILI TERE OL LE TEDL CPEDLEELE GEE OIELLL EGS 
icSet 


Loop and Single 
Example 


Figure 4-11 
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CONSOLE TERMINAL OUTPUT TABLE OF CONTENTS MICROTEST PROGRAM LISTING 


“eS TEST $ DWNOGA.MCR(400,3262) 12815 21APR#1977 MICRO 31(241) Microcode file Page 7 
: DWMG@A,MIC(400,3262) 14135 20°APR=1977 TEST AS CES REGISTER ALU N BIT 


TION 3A 
seer are 1832] .PAGE "TEST AS CES REGISTER ALU N Brt* 
$ 33 FSSSSSSSSSSSSSSSSESESSEEESEESEASEHESSSEHESHESHSERSHHSEHEEREESEOEEHESEEEDE 
18634 see 
1635 » TEST AS CES REGISTER ALU N BIT 
1836 3 





MICKO [DIAGNOSTIC V.0S 

01*02703, 

NO. OF WCS MODULES = 9001 

04905706107 708 109s 0Ar OK OCs OL POE x OF rp10v1tvi2vlsvlAslSridel7s 
ABsLF9,LAslRyetCellstE vif sy 207 2122293 9249259269 279282 297 2A OB, 2Cy 2h 2Es 
Be a escent i 






























3 
$ 
3 
3 
3 
an 1 1637 9 TEST DESCRIPTION 
FAILING SECTIO ieaene : 1838 3 THIg TEST CHECKs THE ALU N BIT IN THE CEs REGISTER. THIS Ig DONE 
: 1839 3 BY SELECTING THE ALU TO DO A+B AND AeB, AND FeB, WITH SPECIFIC 
TEST: AS SUBTEST: 1 INDEX 31040 3 DATA PATTERNS ON THE AMX AND BMX TO CHECK THE LOGIC THAT GENERATES 
1841 TRIS BIT, 
; 1 1842 3 
DATA: 00000200 : 1843 3 SUBTST 1 © CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
00000000 3 18644 3 BE EXECUTING AN A*B TO GET THE CORRECT ALU DATA. 
ena aoecr 11645 3 SUBTST 2 © CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
STARTING 3 1846 5 BE EXECUTING AN A@B TO GET THE CORRECT ALU DATA, 
8 cae 31847 3 SUBTST 3 © CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
3 1848 3 BE EXECUTING ANYTHIN BUT AN A¢B OR A&B, 
NUMBER 2 1649 , 
: 1850 3 LOGIC DESCRIPTION 
MIC>CLRSOMM: 11530 @—— (IF SYNC WANTED 5 1051 3 THIS TEST CHECKS THE LOGIC NETWORK ON THE CEH MODULE THAT GENERATE 
AT THAT ADDRESS) : 1852 3 THE ALU N BIT, AND THE MULTIPLEXOR ON THE ICL MODULE THAT FEEDS 
MIC >LOOP } _— START SCOPE LOOP ; aa : THE ALU N BIT IN THE CES REGISTER, 
tc <— CONTROL -c TO STOP LOOP 21855) 1 ERROR DESCRIPTION 
3 1856 3 DATAL EXPECTED CES REGISTER 
MIC>RET ) +— RETURN TO CONSOLE 3 1857 3 RECEIVED CES REGISTER 
>>> <¢——. CONSOLE PROMPT : 1858 4 LOOP COUNT » INDICATES WHICH DATA PATTERN Is BEING USED, 
: 1859 4 (SEE THE DATA AT THE END OF THE TEST) 
OPERATOR : 1860 3 
INPUT 3 1861 9» SYNC POINT DESCRIPTION 
UNDERLINED : 1862 +3 SUBTST 1 © SYNCLAC*ALU N BIT GETS LOADED 
3 1863 3 SUBTST 2 © SYNC{B=cALU N BIT GETS LOADED 
1 1864 3 SUBTST 3 © S¥NCiCeeaALY N BIT GETS LOADED 
3 1865 yee 
3 1866 FRSSHASRHSHSESHEESORESSEHSESEEEHESEESEEEEESEHES SS HHEEEEHEEEEHE EEE EEE EEO EHD 
3 1867 #0 
U 1014- @618-0939,008G,09F@,a0G@,10F1 +: 1868 ICLT@: NEWTST(,3) 
U 1015, 0818,0038,6580,0A80,0000,1018 s 1869 R(OJK E18) ) ADDRESS OF AMX DATA 
U 1018+ 0000°0030/9180+08¢0,G00001135 3 1870 8g CALL, J/UNJAM } CLEAR ANY SBI INTERRUPTS 
U 1819, 0018,6038,7580,0A88,0000,1140 +; 1871 REVOKE, 20) } ADDRESS OF BMX DATA 
U 1440+ 6019/0038/7980,0A9G,Q90G01141 3 1872 Rf2)oKC,30) ) ADDRESS OF EXPECTED ALU N BIT 
U 1141, 0818,0038,4180,0800,0000,1142 3 1873 DoK {288} 
U 11425 01000003C+G18a+08GGr09G001143 + 1874 DoD, LEFT y GENERATE MASK FOR N BIT 
U 1143, 0001,003C,0180,0A98,0000,1144 + 1875 R(3)0D } SAVE 
: 1676 
: 1877 Ot A 
3s 1878 346 
: 1879 3 DO THOSE FUNCTIONS REQUIRING THE ALU TO DO AN A PLUS B 
1 1880 j2 
; 1 1884 
U 1144, 0018,0038,D500,09F0,@000,101A +: 1982 T85i: RC{OCILKI,6) ) SET THE LOP COUNT 
U 101A, 0000,003D,0180,0800,0000,1124 3 1883 29 SUBTEST 
U 1018+ 0400,083C,0180,0A00,020001145 +s 1984 ICLTSLisVA.R{g) 
U 1145, 0000,803C,0180,C800,0000,1146 5 1885 D(BYTEJCACHE,pP » FETCH AMX DATA 
U 11466 0001,003C,0180,GAA8,0000,1147 35 1806 R(S).D 1 SAVE 
U 1147, 0000,603C,0189,0A08,0200,1148 3 1887 VAwR E11) 
U 1148, 4900,803C,0100,C800,0000,1149 5 1888 DIBYTE)..CACHE,P ) FETCH BMX DATA 
U 1149, @001,203C,0180,09A8,0000,114A 3 1889 RC(5}.D ) SAVE 
U 114A, 6800,9703C,0190,0A10,9200,114B + 1890 VAR (2) 
U 114B, 0800, 403C,0180,CB00,0080,114C 3 1891 DIWORD)..CACHE,P ) FETCH EXPECTED N BIT DATA 
U 114C, 0802,403C,0196,0800,0000,114D 3 1892 DoD, SXT(WORD) 
U 114D, 0001,003C,0186,09F0,0000,101C 3 1893 RC{@E).D } SAVE 
U_101C, 4990,003D,0180,0890,an0¢,10FD 894 a9 ERLOOP 
[U_101D, 6810,9038,0180,0970,0000,114F 3 1895 MD ARC(@E) «.  ~‘'| . 
D14E, 2801, 0020,0190, 0800, 00000114 1 1896 DoNOT,D ) GENERATE INITIAL VALUE OF N BIT 
U 114F, 061C,2034,0180,0A18,0000,1150 3 1897 DD, AND,RL3) } MASK 
U 115@- 4810,0038,3180,3D7G,0000,1151 1 1898 ID(CES}.D,D.RC (GE) ) INIT THE CES REGISTER 
U 1151, 0008,003C,0180,0A28,0000,1152 3 1899 LAB.RIS) 
U_1152, 2090r003C +0180 2928-0000,1153 1 1900 LCeRCES) } LATCH AMX AND BMX DATA 
U 319 : ) EXECUTE THE TEst 
1154, 9000,G03C+31F a, 2Can+0one 1156 » 1982 QID ICES} 
LOOP Ui 1156, 001C,6034,01C0,2A18,0000,1157 +: 1903 | QQ, AND,RE3) ) MASK 
RANGE U 1157, @01D,2000,0180,0800,0010,1158 3 1904 ALUVQ"D,CLK,UBCC 1 CHECK 
U 
‘ 


ERROR 1158, #000, 013C,0180,0800 2000 OLE 9¢ 





y ALU N BIT FAILED IN CES REG 


PC U 101F, 6000,003C,0180, ILE 1159 + 1987 LAB_RIO} 

INDEX U 1159, 0018,0014,0568@,GA89,0900,115A 3 1908 RCOlLACK( 1) } INCREMENT ADR OF AMX DATA 
U 115A, 9000,003C,0180,0A08,0000,1158 +3 1999 LABR(1) 
U 1158, 9918,0014,0580,0A08,0000,115C ? 1910 REGTaLA+K(.1) 3 INCREMENT ADR OF BMX DATA 
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Figure 4-12 Microtest Scope Loop Example 
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As shown in Figure 4-12, the operator has entered a Control C 
followed by a RETURN (RET) command. This sequence breaks the test 
loop and returns control to the console program. 


4.9.4 Microtest Single Bus Step Setup 

During microdiagnostic execution the error message shown in Figure 
4-13 is printed on the console terminal. As in the previous 
example, execution stopped on test section 3A. 


As in Paragraph 4.9.3, the error PC is a four-digit number 
indicating a microtest. A look at the section 3A listing indicates 
that the error PC is on line 1948. At this point it is decided to 
use the single bus step capability. 


A scan backward through the microcode indicates a possible loop 
between SYNC1B (line 1943) and ERLOOP (line 1936). A point in the 
loop is chosen to stop the microtest, in this case UPC 116C (line 
1949). The operator enters SET SOMM: 116C, which sets the stop on 
micromatch bit and loads 116C into the microbreak register. A loop 
command is then entered which initiates execution of the loop. 
When the loop reaches UPC 116C, the microtest halts and prints the 
UPC on the console terminal. 


At this point, the operator enters the bus cycle mode (Set step 
bus command). Each time the operator types SPACE, a single bus 
cycle is executed and the UPC is displayed on the console 
terminal. At any point in the loop the operator may scope the 
current conditions. 


As shown in Figure 4-13, the operator has exited from step mode by 
typing any character other than SPACE. The program control flags 
previously set are cleared. The HI flag is set to restore the 
normal default case. A CLEAR SOMM is then performed to clear the 
stop on micromatch bit and the microbreak register, then a 
CONTINUE is performed to begin normal test execution at the next 
sequential test (i.e., A6). If the operator feels that the problem 
has been cleared, it is probably more practical to start the tests 
over rather than to begin at the next test. 
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CONSOLE TERMINAL OUTPUT TABLE OF CONTENTS 





1832 SECTION 3A 
TEST AS 


1149, 
114A, 
1148, 
114C, 
114D, 
101C, 
101D, 
114E, 
114F, 
115¢, 
1151, 
1152, 
1153, 
1154. 
1156, 
1157, 
1156, 
101€, 
101F, 
1159, 
115A, 
1158, 
115¢, 
1150, 
115, 
115F, 
1166, 
1020, 


o> TEST 





MICRO DIAGNOSTIC V.05 

01202703» 

NO. OF WCS MODULES = 0001 

047057069077 08 2092 OA OB OCP OL, OE OF r10xil vl 201 3vl4viSelévi7y 

18,19 1TAvITByl1Cr ile LE yt» 207 21% 22% 239 249 25926927 228929 QAe 2K QC pally QEe 
2F 930% 31% 3293357354935 567377 389 399 SAY 


SUBTEST: 2 
TEST 


ERROR: 1026 TEST: AS - 
NUMBER 


¢ INDEX 


MIC >SET SOMM: 116C 
MIC >LOOP 

MICROBREAK MATCH UPC = 116C 
MIC>SET STEP BUS 










GQaeeeaeaaccaacacaacacaqcaqaaqacecqcecacacccea 


UPC = 116D (SPACE BAR) 

OPERATOR 
UPC = 116E (SPACE BAR) INPUT 
UPC = 116F (SPACE BAR) UNDERLINED 
UPC = 1170 X @— ANY KEY LEAVES STEP MODE 


te + CONTROL -C TO GET COMMAND MODE 
MIC>CLR FLAG ALL ) ae THESE 2 STEPS 
MIC>SET FLAG HALTI RESTORE NORMAL FLAGS 


MIC>CLR SOMM ) CONTINUE TESTING 
MIC>CONT ) FULL SPEED, NEXT TEST 


1021, 
1622, 
1623, 
1161, 
1162, 
1163, 
1164, 
1165, 
1166, 
1167, 
1168, 
1169, 
1024, 
1025 

116A, 


—_— 






ce eaeaceaccaqacacaca 





‘LOOP 


TOP TEST O 
RANGE ° . : 


MICROMATCH 














VU 1160, 
U_116€ 


Q 1170, 

U 1171, 
U 1172, 
ERROR 


PC 
INDEX 


Microtest Single 
Example 


Figure 4-13 
Bus 
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U_ 1167, @810,6000 61890 tT foie TEL 


U 1826, G01 7030 o1be OVER Gee ttas 


6001,2003C,0180,09A08,0000,114A 
GAAEG, A03C,0180,0A18,9200,124B 
6868, 403C,0180,C8OO, 6900 ,114C 
0892,493C,09186,0800,0000,114D 
9001,603C,0186,29F8,0000,181C 
48900-0030,0180,0800,0900,10FD 
6810,9038,A18G,0978,0009,114E 
@6A1,00280,0190,0800,0000,114F 
O61C, 2034,0180,0A18,0000,11590 
810.0038, 3180,3D079,0000,1151 
0000, 003C,0180,0A28,0000,1152 
0000 +003C,0180,8928,000021553 
0610,8014,01990,0800,00610,1154 
0089,003C,31F a,2Can,008821156 
OG1C,6034,01C0,0A18,0000,1187 
01D, 2000,0180,0800,00190,1158 
0000,013C,018¢,0800, 0000, 1G1E 
0001, 2030,0186,09F8,9000,1189 
8888, 063C,0180,9A00,0000,1159 
018,001 4,0580,0A80,0900,115A 
860, 903C,0180,0A08,9000,115B 
0A18,0014,0580,GA88,0000,115C 
0866 ,003C,0180,0A19,0000,115D 
0818,0814,0986,0499,00007115E 
@810,8030.0180,8960,0700,115F 
0019,8000,95869,09E9,0010,11608 
0600,013C,0186,98009,0900, 1820 
%000,003C,9180,08000,0000,101B8 


40186,0938,0980,09E9,0000,1022 
0900,003D,0180,80800,0000,1124 
0600 ,003C,0180,0A00,0200.1161 
GOA8 ,803C ,0180,C8A0, A800 ,1162 
9801 ,003C,018G,@AA0,0009,1163 
0800, 003C, 0180, 0AR8, 0200, 1164 
%008,803C,0180,C8020,9000,1165 
@041 ,003C,01890,09A8,0000,1166 
0008 .003C,0189,0A19,020001167 
O60, 403C,0186,C890,0000,1168 
9802,403C,0180,0860,00700,1169 
0001 ,083C,0180,09F6,0900,1824 
900,9030,a38 FO 
0819,0038,0186,0976,0000,116A 
goerceesnrelcorecweseserties 
018 8 eee 







#000,98ic.0109,0n20,0000r16E 
ae $0,09 


0000 ,903C,31FO,2C00,0000,1171 

0801C,7034,01C00, GA18,60000,1172 

010, 2600,0180,0808, 0010, 1173 
O8¢ @ 





me be SO we TE CE ce Ge we TS SO SS ne TH US BS He Ge SO SO TR Be SO SO GP Be EE WS BY Ce te Be G8 GE 4 SE US CO Ge Be NS WH BE Ce TE Se Se 


3 1948 






1943 

1944 

1945 

1946 
9 





MICROTEST PROGRAM LISTING 





TEST HEADER AREA 





RC (S).D 

VAaR 2) 
DECWORD)..CACHE ,P 
Dad, SXTIWORD} 
RC (0E).0 

£0 ERLOOP 

DoRC (AE) 

DNOT,D 

DD, AND, R{3} 

ID [CE8}.D,D.RC IGE) 
LAB,RIS) 

LCoRC ES) 

SYNCIAs ALU LA+LC CLK UBCC BYTE 
Q.ID (CES) 
009,AND.RI3) 
ALU,.Q°D, CLK, UBCC 


Zz? 
tt) ERROR2,RC (6D). 

LAB,R 2) 

RC@ LAKE. 1) 
LAB,R{1) 

RE LACK (1) 
LABQRI2) 

RI 2 wLASK(, 2) 
DaRC (OC) 


RC CaC}.DeK(,1) CLK, UBCC ,BYTE 


2? 
29 J/ICLTSLi 








SAVE 

FETCH EXPECTED N BIT DATA 

SAVE 

GENERATE INITIAL VALUE OF N BIT 
MASK 

INIT THE CES REGISTER 


LATCH AMX AND 8MX DATA 
EXECUTE THE TEST 


MASK 
CHECK 


ALU N BIT FAILED IN CES REG 
INCREMENT ADR OF AMX DATA 
INCREMENT ADR OF BMX DATA 
INCREMENT ADR OF EXPECTED DATA 
CHECK THE LOOP COUNT 

CONTINUE 


SAAS ITTITITTTTTATTTTTTTTTATTOIOTTTTT STATS TOTTTITTADITTETTATIAAA TIONS 


3¢ 


3 NOW CHECK THOSE PATTERNS REQUIRING THE ALU TO DO AN A MINUS B 


TeS23 RC facj.Kf.2) 

28 SUBTEST 

ICLTOL2:VALR (A) 
D(BYTEJCACHE,P 
R(S).D 
VASR{1) 
D(BYTE).CACHE,P 
RC (5) _D 
VAR £2) 
DIWORDJCACHE,P 
DoD, SXT (WORD) 
BCfGE1D 


LABOR{S] 


SYNC1B3 ALU,LAeLC»CLK,UBCC, BYTE 
O.ID{CES) 

Q.0,AND,R(3} 

ALUWQ@D,CLK,UBCC 











dd ERROR2, RC (6D).20 


SET THE LOOP COUNT 
FETCH AMX DATA 
SAVE 


FETCH BMX. DATA 
SAVE 


FETCH EXPECTED N BIT DATA 

SAVE 

GENERATE INITIAL VALUE OF N BIT 
MASK 

INIT THE CES REGISTER 


LATCH AMX AND BMX DATA 
EXECUTE THE TEST 


MASK 
CHECK 


ALU N BIT FAILED IN CES REG 
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CHAPTER 5 
MACRODIAGNOSTIC PROGRAM DESCRIPTIONS 


5.1 DEFINITION OF TERMS 

Module -- The diagnostic programs are written in a modular format. 
Each module (file) is a part of the program assembled Separately. 
Modular programming allows the development of large programs in 
which separate parts share data and routines. 


Assembler -- The MARS assembler (which runs on a PDP-1l1l) and the 
VAX-11 Macro assembler (which runs on a VAX-11) are programs that 
accept one or more source modules written in MACRO assembly 
language and produce relocatable object modules and symbol tables. 


Linker -- The VAX/VMS linker and the cross linker accept as input 
one or more native code object modules produced by the assembler. 
Linking consists of three basic operations. 


1s Allocation of virtual memory addresses 
2s Resolution of intermodule symbolic references (global 
symbols) 
3% Initialization of the contents of a memory image. 
Program Defined Symbols -- Program defined symbols (and labels) 


are either internal or external (global) to a source program 
module. An internal symbol definition (and reference) is limited 
to the module in which it appears. Internal symbols used by the 
diagnostics are temporary definitions that are resolved by the 
assembler. 


A global symbol can be defined in one source program module and 
referenced by another. Global symbols are preserved in the object 
module and are not resolved until the object modules are linked 
into an executable program by the linker. 


Program Sections -- The assembler creates a number of program 
sections (.PSECT) within a module, according to directives by the 
program developer. In addition, any code that precedes the first 
defined program section is placed in the BLANK program section by 
the assembler. 


Through program sectioning the program developer controls’ the 
virtual memory allocation of a program. Any program attributes 
established by the program section directive are passed on to the 
linker. Thus program sections can be declared as _ read-only, 
non-executable, etc. Refer to the VAX-11 MACRO Language Reference 
Manual for an explanation of the various program section attribute 
functions. 


In the diagnostic programs, each test is given a separate program 
section. 
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5.2 OVERVIEW OF THE MACRODIAGNOSTIC PROGRAM 

The macrodiagnostic programs and the diagnostic supervisor are 
written in VAX-11l native code. Each of the programs (and the 
Supervisor) consists of modules. These modules are separate files, 
which are assembled separately and then linked by the linker 
program. Each module contains one or more program sections. The 
program sections and routines are organized according to a common 
format and a set of conventions that enable them to interact with 
the supervisor. Note that the listings described in this chapter 
are those assembled by the MARS assembler and linked by the cross 
linker in compatibility mode. The format will change when the 
native assembler and linker are used. 


5.3 MACRODIAGNOSTIC PROGRAM LISTING DESCRIPTION 

This section describes the program listings in general terms. 
Illustrations and examples are taken from the MBA RH78@ diagnostic 
program. The formats of the other listings are similar. 


Each program listing begins with user information and a link map 
created by the linker program. The separate modules that make up 
the program constitute the rest of the listing. The first module, 
called the header, defines symbols and labels and provides 
routines that are called by other modules. The modules which 
follow contain the test routines. 


User Information -- The user information, which comes at the 
beginning of the listing, includes the following items. 


Program identification 

Copyright statement 

Program abstract 

Hardware and software requirements 
Prerequisites to running the program 
Load and start instructions 

Program description 

History of program maintenance 


Link Map -- The link map shows the virtual memory allocation of 
the total program image in the program section allocation 
Synopsis. Figure 5-1 shows this synopsis for the MBA diagnostic 
listing. 


The program section allocation synopsis lists the program sections 
according to the order in which they appear in memory. A list of 
attributes and the base, end, and length are given for each 
program section. The base address is the virtual address of the 
first location in each program section assigned at link time. This 
number must be added to the relative addresses given in the module 
listings to determine the virtual addresses of specific 
instructions because the assembly addresses are all relative to 
the base of the program section. 
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VIRTUAL MEMORY ALLOCATION OF IMAGE "ESCAA,FXE31" 
THIS ALLOCATION WAS DONE Ch 20eSEP@7A 
AT 12243 BY CROSS LINKER VERSION X4,6 


VIRTUAL MEMORY LIMITS? 
STACK SIZE (NEC, PAGES): 
VIRTUAL DISK BLOCK LIMITS COCTALDs 
IDENTIFICATIONS 
DYNAMIC MEMORY AVAILABLE (BYTES)? 
DYNAMIC MEMORY USEN (BSYTES)3 
LARGEST FREE HOLE SIZE? 
NUMBER OF HOLES FREE? 


47 HOLES OF 4 
11 HOLES OF 8 


ee FeV 


HOLES 
HOLES 
HOLES 
HOLES 
HOLES 
HOLES 


NUMBER OF P=SECTS 
NUMBER OF GLORAL SYMBOLS: 


PROGRAM SECTION ALLOCATION 


NAME 


<SABS$>:2 

<SHEADER>: 
<STSTCNT>?: 
<, ABS 
“<ARGLIST>: 
<BUFFERS>} 
<CLEANUP>: 
<DISPATCH>?: 


o>? 
os 


<DISPATCH,X>3 
“HEADER CODE>: 
“INITIALIZE>: 


<SUMMARY>3 

<TEST Airs: 
— STEST AQ2>2 
<TEST @23>% 
<TEST ours 
<TEST _G25>3 
<TEST OA6>2% 
<TEST _GO7>3 
<TEST A08>2 
<TEST,O29>3 
<TEST 81023 
“TEST @ii>s 
<TEST Gi2>3 
<TEST_O13>3 
<TEST _O1453 
<TEST, G1S>3 
<TEST O16>3 
<TEST G17>8 


BYTES 
BYTES 

OF 12 BYTES 

OF 16 BYTES 

OF 2A BYTES 

OF 24 BYTES 

OF 32 BYTES 

OF 18@ BYTES 

DEFINED: 

SYNOPSIS: 

NOPIC, USSR, CON, 
NOPIC, wSR, CON, 
NOPTIC, -USR, OVR, 
NOPTC, JSR, CON, 
NQPIC, USR, CON, 
NOPTC, USSR, CON, 
NOPIC, US, COK, 
NOPIC, USR, CON, 
NOFIC, wUSR, CON, 
NOPIC, USR, CO, 
NOPIC, USSR, f0N, 
NOPIC, USF, CON, 
NOPIC, USR, CON, 
NOPIC, 'US®, CON, 
NOPTC, ‘'!SR, CON, 
NOPIC, USR, CON, 
NOPTC, USF, CON, 
NOPTIC, ‘SR, CON, 
NQPIC, USR, COM, 
SOPIC, USR, CON, 
NOPIC, uSR, CON, 
MOPTC, USSR, CON, 
NOPIC, USP, CON, 
NOPIC, WSR, CON, 
NOPIC, WSR, CO, 
NOPIC, ge, CON, 
NOPIC, ge, CON, 
NOPTIC, (tsS®8, CON, 
NOPIC, USR, (CON, 
NOPTIC, USR, (CON, 


LWAMUAAQZAA AAAABSFF agnarRaaa 


17 
CAABYY 
5.3 
427582 
2AG4S 
P12 
BAv79g 


YAAZY 
ABSA 


APB132 


ATTRIBUTES 


ars, 
PEI, 
PEL, 
AHS, 
FEL, 
REL, 
REL, 
REL, 
REL, 
PEL, 
REL, 
PEL, 
REL, 
REL, 
wel, 
REL, 
REL, 
REI, 
FFL, 
WEL, 
REL, 
REL. 
PEL, 
Pel, 
PEL, 
FEL, 
SEL, 
REL, 
Rely 


cla 


LCL, NOSHF, 


LCL,NSOSHR,NOEXE, 
LCL,NOSHR,NOEXE, 
LCL, NOSHR,NOEXE, NORD 


LCL,NOSHR, 
LCL, NOSHR, 


LCL, OSHR,NOEXF, 


LCL, SOSHR, 


LCL,MOSHR,NOEYE, 
LCL, NOSHR,MOEXE, 


LCLssOSHR, 
LCL,NOSHR, 
LCL, NOSHR, 
LCL, NOSHR, 


LCL, NOSHR,. 


LCL,NOSHR, 
LCL»NOSHR, 
LCL,NOSHP, 
LCL, NOSHR, 
1 CL,NOSHF, 
LCL,OSHR, 
LCL,NOSHR, 
LCLe NOSHR, 
(CL,»,NOSHR, 
LCL, NOSHR, 
LCL, NOSHF, 
LEL,HOSHR, 
LCL,NOSHR, 
LCL» tOSHR, 
LCL, NOSHE, 


Wat 32 
RASE 

EXE, RD , WRT AQoaaAgAS 
RD ,NOWRT BO9n2208 
RD ,NOWRT 20304284 
pNOWRT AAANB2EB 
Exe, RD, wRT 2008n288 
EXE, RD ,NOWRT AAAALARC 
RD , WRT Bangeoaa 
EXF, RD, WRT Apag26aa 
RD ,NOWRT JBAR26728 
“RD ,MOWRT 20202850 
EXE, RD ,NOWRT @A002A00 
EXE, 8D , ¥RT 882B2E3C 
EXE, RD, wRT 202032094 
EXE, RD ,NOWRT 99003280 
FXF, RD ,NOWRT aanasaon 
EXE, RD ,kOWKRT anaazeaaa 
EXE, RD ,NOWRT 2AQNAZAND 
ExE, FD ,NOwRT #009420” 
EXE, RD ,NOWRT 2eRP44aD 
EXE, RD ,NOWRT @@ag4GeQa 
ExE, RO ,NOWRT 20904890 
EXE, RD ,NOWRT AAAZS2NG 
FYE, RD ,NOWRT 2Q4a5CaA 
EXE, RD ,NOWRT ABPRA6A00 
EXE, RD ,OKRT ABA268BA 
EXE, RO ,sOWRT ABANECAe 
FXE, FD ,NOWRT 28087000 
EXF, RD ,NOWRT 22007802 
EXE, 8D ,NOWRT BORB7TCAD 
FXE, RD ,NOwRT BanGg9AAA 
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END 


AABBAOAAA 
aeene281 
82800287 
anaragea 
@6AA1ABS 
BABALE6S 
QCAKb25FF 
AAARZ6OF 
BOAn2BUF 
G@OAR2867 
BOAA2ZESA 
88203091 
82203890 
20003355 
3O00369B 
AGAP39B7 
@ag04152 
BAOAG2AT 
GABB4SEL 
AQBA4T73 
AGAASIFC 
ABCBASAODT 
“ACASEAB 
ACARETID 
AAABEASY 
AABMOF2F 
80007615 
AQAATAZE 
BAQBG8FFC 
AAABI15B8 


LENGTH 


28200008 
AABAHOB2 
2008804 
AABAGAAG 
20001831 
AAABO3A8 
2AGAG608 
AAABGATS 
2A0081E8 
60000818 
QA00H43B8 
ABABA2SE 
OACBAGOA 
#0800156 
AA08829C 
00000188 
80260753 
AAAAAGAB 
GCAAAAIES 


AR8G0174 


ASBQB9FO 


88000808 


anaaa2ac 
ABCOB79E 
@AG@A2S5A 
AGAGB330 
8000616 
C@BQC022F 
@8GB13FO 
9000159 
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The link map also lists the global symbols and their assigned 
values. Note that symbols used as labels point to routines in the 
diagnostic supervisor, if their values are over 18000. 


Figure 5-2 showS a portion of the global symbol table for the 
absolute program section in the header file of the MBA diagnostic 
program. 


The link map is a part of the listing created by the linker, but 
not a part of the actual program in memory. It always precedes the 
first file in the macrodiagnostic program listings. 


Header Module -- Like all of the modules in the program, the 
header module begins with a Table of Contents, a Copyright 
Statement, and a Revision History. 


The declarations section in the header module contains global 
symbol definitions for register bit names, data patterns, masks 
referenced by the program, and Macro definitions. This section 
constitutes the beginning of the program code. The own storage 
section in the header module contains program labeled data, such 
as drive addresses, and program text and format statements, 
containing the ASCII texts of error and status messages. 


The header module also contains code that generates the hardware 
and software parameter tables, report and print routines, 
initialization and clean up routines, and interrupt and exception 
service routines. 


The assembler prints a symbol table and a program section synopsis 
for the entire module following the last program section in the 
module. 


Test Modules -- The remaining modules in the program contain the 
tests, which are the main body of the program. Each module begins 
with a Table of Contents, Copyright Statement, and Program 
Maintenance History. The program code begins with macro 
definitions. A symbol table and program section synopsis are 
provided by the assembler following the last program section for 
each test module. Notice that each test begins a new program 
section. 


Global Symbol Table for the 


Absolute PSECT of the Loader 


File of the RH789 (MBA) 


Diagnostic Program 


Wan FILE: ESCAA1,ORJ31 TITLE RH78A_HFANER IDENT: 5,3 20SEP@1978 11:04 
Seo, NAME ALIGNMENT RASE END LENGTH 
a <, ABS ,>$ BYTE @ AAADABAA AAAABABA ARuBAgaAD 
GLOB4L SYMBOLS DEFINED se< 
SENV eaanAael $MO aagaaral A5SA 
AASS AGACAASS ANAPTER CODE gAaaanaa ALL 
ALL, ONES OAGAFFFF ASP OFFSET AAAAAULS ATA 
ATTENTION #eg1a009 ATTN a4Anaeis BCR 
BLKSCSBI O¥ABBBIC BLKSNA,COMD {Paeuaga BR@ 
RBRY CABLBG14 RRO AUnvUaAL2 BR3 
BRY yeeanela BRS AAAAGAIS BR6 
BR7 22009017 RYTEG AAanPAFF BYTE 
BYTE2 OAFFARee PYTE3 FFaQareA RYTE COUNT, MSK 
CAR NAABARIC CPF AAAAAHAB CR 
CRTED, READ DATA 20@agaa0 CSR pAageagaa DATA, XFER, ABRT 
DATA, XFER, DONE aerna2edu DATA, XFER, LATE aGPrnAaag DEFAULT 
DISABLE, LOG 3qg000000 DMD BURAYAA pocc 
OPE APBAABIO NER aaeraiaa DR 
DRIVE, OFFSET genugasa DRIVE,SEL,MSK  gaaneaga DRV LERRMASK 
DRV LINITMASK anaeiise NRY ALCAPABA DS.MSk 
OTE GAov10a0 DT, ABORT avacnane OT, BUSY 
DVA PAG2BBAD EPL DUUCAAIA ENABLE PS 
ERR aoeauaga ERR CONF BABLEADB EXT, REG, OFFSET 
Far QACAFOOF FATL AAAABAI3 FERR 
FORCE ,MEMERR DABAB2]FF HP&A CHANNEL gaanvaaya HP$A DEVICE 
HP$8 BR aneaeaay MPFR LORIVE arazauee HP$B SLAVE 
HPSBTR aneane2a HPSL WRVEC GEPARA24 HP$L_ VECTOR 
HP$Q DEVICE eugsaaeae HPST NEVICE Aner AagB ILF 
IMAPP @4ea2010 IMRBCP AUBAAGIE IMBDP 
INTERRUPTLENBLE 22020904 INT SEQ, TIMEQUT BaAvaavae INVRT,MAP_PAR 
INVRT MA, CPAR 4Agaeaaeaa INVRT MB DP AR BAAKBUDA 10, PAGE 
IPLR agoeaaaie2 LOWRITS MSK BvA2vase MAINT, MODE 
MANUAL AAGeABA2 MAP LY PATTRN BOLEFFFE MAP INVALID 
MAP OFFSET anoaneseag MAP PE geauraea MAP PTR_MSK 
MASS,CNTRL,PE 07920000 MASS .CTOD AAAI YANG MASS DATA PE 
MASS,ECP . BnoRAABA MASS EXCP aeu2cuaa MASS,FATL 
MASS_RUN anasoaas MASS wCLK Arguedoa MBOIBLSEL 
MBE aaaagaas MBE ASR BAAARPIO MBE CR1 
MBE, CRe auoveaia MRE DRR ABaAAVIC MBE, DTR 
MBELER ananaeas MBE MR AUAAAGAC MBE, PARAM 
MBE, SR eanaAase4 MCLK gvaraage MISSED, XFER 
MOL aragiaas SR AAARABIB MULT_TX 
NEXUS OFFSET AAAAZ0OG NIPRLEO BAWAAAAF NTBBLE1 
NI@BLE2 AARAAFAG NIRBLES ACONF 302 NISBLE4 
NIBBLES AUF eOaAGD NISRLE6 aFuver9e NIBBLE7 
NON XIST _ORIVE 9#Ha40ve0 NOP aparaaga NO,RESP_ CONF 
occ VADEBEI9 OPT avereagan PAGE BYTE_MSK 
PFLFIELD araveoas PF WIDTH AeGuAeV1S PGM,INIT 
PIP avas2gaa POWER DOWN AuBrapan POWER, UP 
Figure 5-2 Portion of the 
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aeanoees 
neaeseca 
eaaaacia 
aneeaeie 
geeane13 
Bo09aG16 
GO@aFFaa 
AQOGFFFF 
gasgoaaa 
aa9e1aae 
gaacaeoa 
oaeeiag 
angaeai4 
aoeaeoaa 
OFFFFSFF 
Bagneaed 
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paeaauga 
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gageaeie 
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aaegeaua 
ea1gaaea 
29800000 
aageneaa 
aagaeais 
Gea087 
gagaeiea 
aaanoeas 
agagoara 
oaeracaa 
Faseeaes 
aagaaged 
OGQ001FF 
goaaaee 
aaunaeea 
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5.4 DIAGNOSTIC PROGRAM AND SUPERVISOR INTERACTION 

Whether a diagnostic program is executed in the user mode or in 
the standalone mode, its relation to the diagnostic supervisor is 
basically that shown in Figure 5-3. Once a diagnostic program has 
been loaded and the diagnostic supervisor has been loaded and 
started, program control moves to the boot routine of the 
Supervisor. This routine clears vector space, flags, mail boxes, 
and sets up the processor registers to a known state. The boot 
routine checks to determine whether the operator has typed a 
Control C and sets up a map of memory and I/O addresses creating 
P@ and Pl page tables. It then initializes the system control 
block and the process control block, and then calls the begin 
routine. 


The begin routine changes the processor mode to kernel and calls 
the CLI (the command flag should be set). The CLI types out the 
prompt symbol, DS>, indicating that the supervisor is ready for 
commands. When the operator types in a command (e.g. START), a 
parser routine in the supervisor is activated to decode the 
command and call the requisite action routines, clear the command 
flag, and then call the dispatch routine. 


The dispatch routine forms the heart of the supervisor. It begins 
by clearing the error count and Setting the pass zero flag and 
then calls the initialization routine in the diagnostic program to 
be executed. 


The initialization routine initializes the unit under test and 
sets up conditions in the CPU and on the SBI which are necessary 
to the diagnostic program. The initialization routine then 
questions the operator concerning the unit to be tested, creates a 
hardware parameter table (P Table), tests for end of pass, and 
returns control to the dispatch routine in the supervisor. 


The dispatch routine then calls the first test. At the end of each 
test, control returns to the dispatch routine. At the end of the 
last test in the program (or the last test selected by the 
operator), the dispatch routine in the supervisor calls the 
initialization routine in the diagnostic program. This routine 
determines whether or not the end of the current pass has been 
reached. If the end of the current pass has not been reached, the 
first test routine in the dispatch section of the Supervisor is 
called, beginning another test sequence. If the end of the pass 
has been reached, the program calls the end of pass routine in the 
supervisor. 


The end of pass routine in the supervisor determines whether or 
not the last pass to be run has been completed. If so, the cleanup 
and summary routines in the diagnostic program are called, the CLI 
command mode is set, and control passes to the begin routine which 
calls the CLI. The CLI prints out the DS> prompt symbol and waits 
for operator input. 
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Figure 5-3 Diagnostic Program 
and Diagnostic Supervisor 
Interaction 


If the last pass has not been completed, the end of pass routine 
checks to see whether the operator has typed control C. If the 
Control C flag is set, control returns to the CLI. Otherwise, the 
end of pass routine calls the begin routine in the supervisor to 
initialize the system and initiate the next pass of the diagnostic 
program. 


Note that when the operator types Control C, he does not cause an 
interrupt routine to be called. The Control C merely sets a flag. 
The status of the flag is checked periodically when the tests in 
the diagnostic program call various service routines and at the 
end of a pass. 


5.5 ANALYSIS OF A SAMPLE TEST: RH78@ (MBA) TEST 3, SUBTEST 1 


5.5.2 Listing Column Format Description 

Figure 5-4 shows the program listing for the MBA RH78@ diagnostic 
program (ESCAA), test 3, subtest 1. The sixth column from the left 
contains the relative address of each instruction. These numbers 
begin at @ with the beginning of each program section. Note that 
the address offset of the program section containing Test 3 
(3699_.), found in the link map, must be added to the relative 
addres to find the virtual memory address of the instruction. 


The seventh column from the left contains the listing line 
numbers. These numbers begin at @ for each module of the program. 
Note that the line number increments for each line of the source 
module. The sixth column shows the program counter, containing the 
relative address. The relative address increases according to the 
amount of memory space required for the instructions and operands. 
Line numbers are present only for lines entered by the program 
developer. Macro expansions do not have line numbers. 


The eighth column from the left contains labels used by the 
programmer as symbolic addresses. 


The ninth column from the left contains instruction mnemonics and 
Macro calls. Note that the Macro calls themselves require no 
memory space (the relative address does not change), and that in 
the Macro expansion which follows, the line number is not 
incremented (line 317). At assembly time, the assembler program 
responds to the Macro calls, expanding the Macro according to the 
definition listed at the beginning of the file. 


Column ten contains operands for those instructions contained in 
column nine; and it contains instruction mnemonics and parameters 
for the Macro expansions. 


The eleventh column from the left contains operands from the Macro 
expansions. 


Column five contains the op codes (hex) for the instructions 
contained in columns seven and eight. 
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RH780, TESTS LL9JANSIO7H 15266841 VAN~11 MACRO XB,3=6 Pege 9 
By : TEST 2: INITIALIZATION TEST (3) 
929C 264 S8BTTL <CONTROL REGISTER Sa@ TEST> 
wage oS8TTL TEST 32 CONTROL REGISTER SAG TEST 
229¢ SSSSATTL @O3,<CONTROL REGISTER SAG TEST>, <PAGED 
aeaancea oPSECT TEST683, PAGE, NOWRT 
@@1C 
neice 288 3(¢€3)) 
@41C 286 SRGNTEST “DEFAULT, ALL> 
aie DATA, @0338 
aagaaane eAic eLONG @ 3 TEST ARGUMENT TABLE TERMINATOR, 
ae20 TEST 00383 
anaes Baan «WORD = *me> y ENTRY MASK 
ane2 267 344 
oa22 288 3 
aP22 289 3 TEST DESCRIPTION? 
AM22 290 3s 
4422 291 3 THIS TEST CHECKS FOR STUCK AY ZERO BITS IN THE RH786@ CONTROL REGISTER 
C022 292 3 & CHECK IS ALSO MADE TO INSURE THAT THE REGISTER WILL CLEAR VIA . 
A922 293 3 THE DeINPUTS OF THE CONTROL REGISTER FLIP/FLOPS, 
“822 2940 3 
ag22 0 298 3 
2022 8296 3 
VA22 297 3s TEST ALGORITHM: 
Sv22 298 3 
AQ22 §=299 3 WRITE ONE*S INTO EACH BIT, CLEAR VIA THE De INPUTS 
ZA22 3a WRITE EACH BIT IN THE CONTROL REGISTER 
un22 0s BM REPORT ERROR IF SELECTED BIT 18 NOT SET 
Ae22 302 3 
“A222 8 63A3 3 
AA2e2 304 see . 
S52 agagnanarer n@ va22 3a8 MOVL RH.CURLADR,R2 — 9 MOVE RH786 ADORESS TO R2 
AB29 =: 3306 ERRPREP RHCR.MSG,1,FMT__CONTRL REG, SAF, MSG p PREPARE TO HANDLE ERROR 
‘Asanaaag’ EF PAAAAAART EF fe aA29 MOVAL RHCR, MSG, REG, NAME 
APagaane’EF a1 9A vasa MOVZ8L #1,REG.NO 
B2Q9RAAne EF AAP AABADT EF DoE 1038 MOVAL FMT CONTRLLREG, REG, STRING 
AALS 307 see 
AUG = SAB TEST CLEARING VIA DeINPUTS 
“Ad6 309 see 
v9uH 18 _ $BGNSUB 
4046 T3,S8iz¢ 
O8anAAna" OF = =6aaganaoaa’EF FA “tue CALLG 88S, @#D8SBGNSUR 


LLL Peaagaaaa’ oF cf 395) 311 398? B18. poten led T CR RR) pINIT EE od a ee ee ey 
oaa ae Qa Ansa 3t2 MOVZBL #°XE,CRO(R 9 WRITE ONE°S VIA D INPUTS TO CONTROL REGIST 








7000°C2 D4 = aase 313 CLRL CRC(R2) ¢ CLEAR VIA D INPUTS 
53 aanaarce De “963 318 MOVL CRCP2),R3 3 READ @°8 FROM CONTROL REGISTER 
1D 13 9768) =3318 EOL 208 3 SKIP ITF NO ERRORS 
S4 P44 “Bea 316 CLRL Ra 9 CLEAR EXPECTED RESULTS REGISTER 
20oC 317 SERRHARD.§ #1, LUN, “IR, PRINT, SHE ’ 
agreaaaa er DF weet - 
ARADBAGATEF DF sate PUSHAL MIR 
QAAAARGAT ER 0D = 8e78 PUSHL LUN 
at PO ATE PUSHL #1 
AgAagana* oF oa FR ¥a8a CALLS #8S3M, @#DSSERRHARD 
AGAR? 318 208s SCKLOOP 108 s SCOPE LOOP? 
@Bneaana’or C7 AF FA AAa? CALLG 19S, @e#@DSSCKLOOP 
eaBF 863319 : SENDSUB, 
O@6F TZ, 81X88 
BeanmeAeARP OF =6aaaganaacEF FA ver CALLG $88, e#DSSENDSUA 
1 I 
LISTING INST 
OPERAND INST LINE MNEMONICS OPERANDS 
OPCODE | NUMBER AND FROM MACRO 
SPECIFIER 
(HEX) (DECIMAL) | MACROS EXPANSIONS 
OPERAND 
OPERAND SPECIFIER PROGRAM MACRO 
SPECIFIER EXTENSION COUNTER EXPANSIONS 
EXTENSION 1 (HEX) LABELS AND COMMENTS 
OPERAND OPERANDS 
iy al 
1 2 3 4 5 6 7 8 9 10 11 12 
TK-0736 
Figure 5-4 RH78@ (MBA) 


Diagnostic Program Test 3, 
Subtest 1, Listing 
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Columns one through four contain the hexadecimal code for the 
operands specified in columns ten and eleven. Columns two and four 
contain operand specifiers. Columns one and three contain operand 
specifier extensions. Numbers followed by an apostrophe (e.g., 
2609000") are the machine code for symbolic operands. They are 
modified by the linker at link time. (MARS iS a one pass 
assembler. Forward references, with the exception of branches 
within P sections, and global symbols cannot be resolved until 
link time.) 


The twelfth column contains comments describing the functions of 
the instructions. Each comment is preceded by a semicolon. 


5.5.2 Analysis Of Typical Lines 

Line 311 -- The BISL instruction sets bits in the destination 
according to the mask provided. #PGM.INIT is the symbol for the 
mask. Its value (@8980001) can be found in the symbol table at the 
end of the module. CR is the symbol for the relative address 
(offset from the MBA base register) of the control register of the 
MBA under test. Its value (98998004) is also listed in the symbol 
table. This value is added to the contents of R2, the base address 
of the MBA under test, to produce the physical address of the 
control register. The instruction thus sets bit zero of the 
control register. The comment, INIT, indicates the function that 
setting bit zero performs. 


Line 317 -- S$ERRHARDS, in line 317, is a Macro call. The symbols 
that follow it are arguments to be used in the call. The five 
lines that follow line 317 show the expansion of the Macro. These 
instructions push the arguments on the stack and call the 
DSSERRHARD subroutine in the supervisor, which sets the error flag 
and prints an error message based on the stored arguments. 
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5.6 RH78@ (MBA) DIAGNOSTIC SAMPLE SUBTEST (Direct I/0) 


5.6.1 RH78@ Diagnostic Detailed Flow 

Each test in a given diagnostic program relies on subroutines 
provided by the diagnostic supervisor. The diagnostic program thus 
depends on the supervisor for services as well as initialization 
and test sequencing functions. The operator should be able to 
follow references and subroutine calls back and forth between the 
diagnostic program being run and the supervisor in order to use 
the listings. 


The general strategy used throughout the diagnostic programs 
involves writing and then reading back data directly (with MOVE 
instructions) in order to exercise the logic circuits or device 
functions under test. Data retrieved is compared with data 
expected. If the comparison indicates a failure, an error routine 
takes appropriate action and sends a message to the operator. 
Subroutine 1 of test 3 of the MBA diagnostic is representative of 
this strategy. This subtest determines whether the control 
register of the MBA under test can be cleared after each bit in 
the register has been Set. 


When the diagnostic supervisor calls test 3 of the MBA diagnostic, 
the test initialization code moves the base address of the MBA 
under test to general register 2. This register is then used to 
index specific MBA registers. The ERRPREP Macro then stores 
information concerning test 3 in a buffer area for usSe in error 
messages. 


Subtest 1 begins with a call to the DSSBGNSUB entry point in the 
supervisor, as shown in Figure 5-5. In order to find this entry 
point, look in the global symbol table in the program link map 
(Figure 5-6). DSS$BGNSUB equals 98910838, an address in the 
Supervisor. Note that the first two characters of the symbol (DS) 
indicate that the symbol points into the diagnostic supervisor. 
The global symbol table in the link map for the supervisor shows 
that the entry module (ESSAA11) defines the symbol (contains the 
code for the entry point) (Figure 5-7). The names of the 
Supervisor modules suggest their functions (e.g., entry, loop, 
print). 


The DSSBGNSUB entry point contains only one instruction, a jump to 
RBGNSUB, as shown in Figure 5-8. This subroutine is in the loop 
module of the supervisor (Figure 5-9). RBGNSUB checks the subtest 
sequence for correct order. A discrepancy causes the subroutine to 
call a print routine, which displays an error message, and then to 
return to the CLI. If the subtest Sequence is correct, the RBGNSUB 
Subroutine calls the KB-CHECK routine to check for Control Cc. If 
the operator has typed Control C, control returns to the CLI. 
Otherwise, control returns to subtest 1 which, at this point, 
begins testing the MBA logic. 
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MIR MDP MCP MSI G@200A66E@R MIR MST AAGAMGAReER MIR MST MCP QACABED2I=R 
MIR IMSITLMCP MDP PUBAATAMeR MIF MST MOP QAACV7T4L=R MIR, MSILMDP MCP BADBGT73—R 
MSI BABYB9AB@R MST MCP OAABYAS9eR MST MCP MIR APGACABAER 
MSILMCP MIR MDP “2AAGAB2eR MST MIR O2CBA29C3@R MSI MIR MCP UGOAQ9EASR 
MSILMIR MCP MDP ABDBAAICeER MSR SNAP ACAMAAF APR NODRIVE AACHC2EDER 
NO, UNITS AA@CB2B3—eR NUMBER RUFFER AABASUteR PTBASE CBCAV2B4eR 
AST INIT! ANBALIIS3|9R REC MSG GG031AF {eR REGLNAME QAAABS4GoR 
REG,NO AIACOSUBeR REG STRING B@VAASHCeR REPORT__SUFFER AQABAZ UBER 
RHO AABAS28D-R RHI PBAAA2I{eR RHQ OAEAA29SeR 
RH3 DABBS29U9eR REY BABALAIWDeR RHS ACBAA2ALOR 
RH6 ACABB2A5@R = RH7 ACACZ2A9eR RHACRMSG GAALLVSIER 
RHCRMSG @AQ0191DeR RHCSR MSG @4V971915eR RHDR,MSG COGA193B8R 
RHMAPR MSG BAA@A19420eR RHSP_MSG QUAVIG24eR RHVAR, MSG ADAB192BHR 
RH, ADR, TABLE OPBUB2ZBN!eR RH RRLVL AOOUA2AESR RH,CUR,ADR OGOAA28HOR 
RH, TREYL APBAG2ADER SAB,MSG @AUAIBCE=R SA1,MSG 020018D9"R 
SFT PL TABLE QABPLABS=R SUFFIX PTR ABAKADSS4eR TEMP @AOA05S5CHeR 
TIMOUT,EVT,_ FLAG A@QQ0O02EbG2R TIMOUT,RET PC Q@OAUVUD2ETSR UNEXPECTED AABBIBEUeR 
WAITL TIME ACBABZECER 
2 «S$HEADER>! PAGE 9 PAVPA2ZAA PABAY2BL AHAAAGBe 
3 <€,LAST>? PAGE 9 VAGEREPA BAAAPBEGA ArHenanD 
4 <S$TSTCNT>?: LONG 2 UBAAAZB4 FRAAUZBY GananAaD 
S$ <SABSS>: BYTE @ BACARABB BOAMABAGe AAraveraA 
GLOBAL SYMBOLS DEFINED t= 
DSSABORT caeicaee DStASKANR agalanga DSSASKDATA ea0io0ae 
Vif DSEASKSTR AAVLABAA OSEASKVLD 20012968 
DSSS5RE AK @001a8058 DSSCANWAIT QAG10070 
DSECKLOOP BAB1FAAGA DSS$CLRVEC 48010168 
BRECHTCKE aanioe7s DSSCVTREG BAALAABA OSSELOGOFF 20010108 
DSSELOGON AA810180 DSSENNPASS BOA1AA1e PSSENDSUB 82018238 
OSSERRDEV @ag100Cce8 OSSERRHARD BAG1AADA DSSERRSOFT 280100808 
OSSERRSYS aagiagce OSSESC APE @P81095A OSSGETBUF 28210120 
OSSGETMEM 84019134 DSSGPHARD 80919918 DSSINITSCA Q2210178 
OSSINLOGP 90018048 DS SMMOFF @2010158 DS$MMON @7A10150 
DSSMOVPHY @0018148 DSSMOVVRT BeAlaisa DSSPARSE 22018088 
OSSPRINTB AGBIBAEG OSSPRINTF ALBIGAFO OSSPRINTS GASiAOFB 
OSSPRINTX PAG1BAEB DS SRELBUF @9612128 DSSRELMEM @2010138 
DSSSETIPL 2010178 OSSSETMAP eeuieasead OSSSETVEC @00181690 
OSSSHOCHAN 038101990 DSSSUMMARY GAB10026 OSSWAITMS 008010060 
OSSWATTUS 0818068 SYSFALLOC 2910238 SYSSASSIGN 80018250 
SYSSBINTIM 84018258 SYSSCANCEL GAA1B269 SYS$CANTIM 00010268 
SYSSCLREF 4018298 SYSSDALLOC A¢910208 SYSSDASSGN ABC182E8 
SYSSGETCHN: 920184C8 SYSSGETTIM A0010378 SYSS$OTO AG@183C8 
SYSSQINw 20810202 SYSSREADEF araresoe SYSSSETEF 008010400 
SYSSSETIMR @88104e0 SYSSSETPRT aAA10430a SYSSWATTFR Q2AG1G478 
SYSSWFLAND AABIAGAB SYSSWFLOR 9Aa1A49a 
6 <DISPATCH>? LONG 2 ABAY 267% AAPAC267A CABEHAAMD 
7 <DISPATCH,X>3$ LONG 2 GA4A285A BAAP2BS7 ABCAACLB 
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Figure 5-6 DSSBGNSUB Listed 


in the Symbol Table in the 
ESCAA Link Map 
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ZZ-ESSAAoU OG 


Map 


OMA13 (340, 49) ESSAA, EXE 9467 


SyMBOL 

Se eQeen 
DRASUCB2 
DRASUCBS 
OSSAA,BPTADOR 
DSSaBorT 


DSSABORTWAIT 
OSSAB_BPTINST 
Ds$a0, SSEND 
DSSAG, SYSSRV 
DSSASKADR 
DSSASKDATA 
DSSASKLGCL 
Ds$aSkstTrR 
DSSASKVLD 
DsSax SOFTPCS 


cDesecnsus  gogjanspeR ENTRY ESSAAIT 


BRE Ak 
DSSCANWATIT 
DSSCHANNEL 
OsS$cCKLooP 
OSSCLI 

OSSCLRVEC 





DSSCNTRLC 
OSSCVTREG 


DSSDOSUMMARY 
DSSENDPASS 
DSSENDSUR 
OSSENTRY 
DSSERRCEV 
DSSERRHARD 
OSSERRSOFT 
DSSERRSYS 
DSSESCAPE 
DSSGA, BREAKVEC 
DSSGA,_BUFPTR 
DSSGA, CHKLPPC 
DSSGA_CHMKVEC 
OSSGA,LASTADR 
DSSGA,LOOPADR 
DSSGA,PBASE 
OSSGA,TBITVEC 
Os$G8 BYTEBUF 
DSSGETADDRESS 
OSSGETBUF 
OSSGETDATA 
DSSGETLOGICAL 
OSSGETSTRING 
OSSGETVIELD 
OSSGL, BUFCNT 
DSSGL,BUFLEN 


VALUE 

ABAIBGEBeR 
2001B586-R 
OAAL2FDGeR 
ABALABZB-R 


AABLAATA@eR 
QAAL2FCAeR 
AVOIATFFSR 
8IB1IB20HeER 
AAB1IADIWGER 
Q4A10280=8R 
2991 8098=R 
ACPALAZAGeR 
AAALAGBBER 
AAGLE7BVeR 


AAB1IABSBOR 
BABLIAG7TGR 
YUA1ALBH!R 
AABIABAAOR 
BYA138BIeR 
AAHLALEBeR 


VABIADTBeR 
PAALDIBAGR 


2VG1AA2BeR 
ABAIAGBI GR 
AUB1BG3ZHER 
AUB16621eR 
avgaiaaCgeeR 
AAALBGDAeR 
AVPIOADBeR 
AGDALIBACAR 
ABS ABSGOR 
AAGL3SSGeR 
BAA1318CHeR 
A6813169eR 
BVAL3SEGeR 
AABL31680eR 
GPA13164eR 
27013566-R 
A881358CeR 
A901319GeR 
A901 88990R 
AOO1B12H9°R 
0621 8G80eR 
OGGB1GA9BeER 
QASLBGATER 
BAGLOGE8OR 
8041 2E06eR 
020013166eR 


DEFINED 8Y 


TOBASE,ESSAA43 
TOBASE ,ESSAAG3 
DEBUG, ESSAA8 
ENTRY, ESSAAL1 


ENTRY, ESSAAL1 
DEBUG, ESSAA8 
ENTRY, ESSAA11 
ENTRY, ESSAA1LI 
ENTRY ESSAA1} 
ENTRY, ESSAAL1 
ENTRY, ESSAAL1 
ENTRY, ESSAAI1 
ENTRY ,ESSAA11 
KERNEL ESSAA15 





ENTRY, ESSAANI 
ENTRY, ESSAAI1 
ENTRY, ESSAA11 
ENTRY _ESSAAt1 
CLILESSAAS 

ENTRY ,ESSAA1I1 


ENTRY, ESSAA11 
ENTRY ESSAAI1 


ENTRY ESSAA11 
ENTRY _ESSAAI1 
ENTRY ESSAA}1 


VERSION, ESSAA33 


ENTRY, ESSAA11 
ENTRY ESSAAI1 
ENTRY,ESSAA}1 
ENTRY, ESSAA!1 
ENTRY, ESSAA11 
SCB_ESSAA23 
KERNEL ES8AA15 
KERNEL, ESSAA1S 
SCB,ESSAA23 
KERNEL ,ESSAA15 
KERNEL, ESSAAIS 
PARAM. ESSAA19 
SCB,ESSAA23 
KERNEL ESSAA15 
ENTRY ESSAAII 
ENTRYESSAA1! 
ENTRY,ESSAA11 
ENTRY, ESSAA!1 
ENTRY, ESSAA11 
ENTRY_ESSAA!1 
BUFFER, ESSAA2 
KERNEL ESSAA15 


30-AUGC1978 
REFERENCED BY ae, 


DEVICE, ESSAAQ 
DEVICE, ESSAA9 
ERROR, ESSAAL2 
FRKCTL,ESSAAG1 
PARAM, ESSAAL9 


ERROR, ESSAA12 
KERNEL ESSAALS 
KERNEL, ESSAAI5 


START, ESSAA25 
DEVICE, ESSAA9 
ASSIGN, ESSAA36 
CHMK ESSAAG 
IOPOST,ESSAAS2 
APT 


APT 
CLOCK, ESSAA6 


DEBUG, ESSAA8 
CHANNEL, ESSAA3 
START, ESSAA25 
DISPAT ESSAAIO 
CHANNEL, ESSAA3 
SCB,ESSAA23 


DISPAT ESSAAIA 
CHMK ESSAAU 
MEMMGT ESSAAI8 
Loop 

DEVICE, ESSAAQ 


CONSOLE 

PARAM, ESSAA19 
MEMMGT LESSAAIB 
PARAM, ESSAA19 
PARAM, ESSAAI9 
PARAM, ESSAAS9 
PARAM, ESSAAI9 
KERNEL ESSAAIS 
PARAM, ESSAA19 


9231 


LOOP 
TOSRAM ESSAAUG 
GIOREQ,ESSAAS! 
Loop 


MEMMGTLESSAA18 


ASTDEL,ESSAAI 
DASSGN,ESSAA38 


LOAD, ESSAAL6 


SCBLESSAA23 
DEVICE, ESSAA9 


DEBUG_ESSAAB8 


ERROR _ESSAA12 


STARTLESSAA2S 


MEMMGTLESSAAI8 
PRINT 


Fiehe 1 Frame Li 
LINKER X@},20 


SCBLESSAA23 
LODMAP_ESSAAUT 
SCBLESSAA23 


CANCEL ESSAA37 
DEVALC,ESSAAGS 


UBAINT ESSAASS 
MEMMGT ESSAAL8 


FLAGS ,ESSAALG 


LOOP 


Figure 5-7 DSS$BGNSUB Listed 
in the Symbol Table in the 


Supervisor Link Map 
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Sequence 11 
PAGE 12 
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ZZ>ESSAAH4 4 
ENTRY _ESSAA1I1 
86°08 


ENTRY POINTS TO THE DIAGNOSTIC SUPERVISOR, 


DIAGNOSTIC AND STARLET SERVICE ENTRY VECTORS, 
ENTRY POINTS TO THE DIAGNOSTIC SUPERVISOR, 


AAAGAGAA’ EF 


AYEAAAADP EF 


APSADOAB’ EF 


TAABPRAB’ EF 


AAGADAIR? EF 


FFA3° 


VAAAARAAC EF 


GVOUAAGART EF 


APARDAAAC EF 


AGBBOAR2°EF 


2AA8 
17 


BBAG 
17 


ABAA 
17 


AgAG 
17 


geaa 
39 
a4 


BAK@ 
17 


A008 
17 


2080 
17 


2088" 
17 


Ha3e 
A93@ 


171 


172 


188 
181 
182 
183 
184 
185 
186 
187 
188 
189 
19¢ 
191 
192 
193 
194 
195 
196 
197 
198 
199 
24a 
eal 
eve 
2e3 
2au 
2as 
206 
2a7 
228 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
228 
221 
222 
223 
224 


o AL 
DS$BGNSUBS: 


e WORD 
JMP 


DSSENDSUBS 
WORD 
JMP 


e ALIGN 
DSSCKLOOPs: 

«WORD 

JMP 


e ALIGN 
DSSINLOOPS: 

«WORD 

JmP 


eALIGN 
DSSESCAPES: 

~¥ORD 

JMp 


eALIGN 
DSSBREAK33 
«WORD 
ASBW 
RET 


e ALIGN 
DSSWATTMSs 3 

e WORD 

JMpP 


e ALIGN 
DSSWAITUSSs 

eWORD 

JMP 


e ALIGN 
DSSCANWAIT?8 
DOSSABORTWAITS3 

e WORD 

JMP 


e ALIGN 
DSSCNTRLC83 

e VECTOR 

JMP 


Fiche 3 Frame J9 Sequence 528 





22-AUG1978 BBs22886 VAXei1 MACRO X8,3"6 Page 
' ¢@) 
PROGRAM CONTROL SERVICES, 
QUAD 
BEGIN SUBTEST ENTRY POINT, 

=Me> ENTRY MASK 
RBGNSUB 
QUAD ‘ 
_ + END SUBTEST ENTRY POINT, 
*Meé> 3 ENTRY MASK 
RENOSUB ; 
QUAD 

3 CHECK LOOP ENRTY POINT, 
*Me> 3 ENTRY MASK 
RCKLOOP 3 
QUAD 

3 IN LOOP ENTRY POINT, 
*Me> ; ENTRY MASK 
RINLOOP 3 
QUAD 

3 ESCAPE ENTRY POINT, 
=u<> 3 ENTRY MASK 
RESCAPE 3 
QUAD 

3 BREAK FOR DYNAMIC SERVICES, 
*ue> + SAVE NO REGISTERS 
KB_CHECK 3 CHECK KEYBOARD 
QUAD 

# WAIT MILLISECONOS ENTRY POINT, 
Sue» } ENTRY MASK 
DSXSWATTMS 
QUAD 

+ WAIT MICROSECONDS ENTRY POINT, 
“Me> 3 ENTRY MASK 
DSXSWAYITUS 
QuAD 

3 CANCEL WAIT ENTRY POINT, 
*M<> 3 ENTRY MASK 
DSXSCANWAIT 
QUAD 

+ *x10078 
DSXSCNTRLC 
DOSXSCNTRLC+2 

TK-1122 
Figure 5-8 DSSBGNSUB 


Entry Point 


ZZ-ESSAded, 24 


SYMBOL 


PREADVBLK 






Mep 
DMA1#(340, 42} ESSAA,EXE3 467 


VALUE 
BBA171700eR 
guasaved 


FAAISZIWOR 
BOACISASBeR 






‘ - 


RERRDEV AAVLAB6F eR 
RERRHARD PAD1L4OB5S9IER 
RERRSOFT AAULGRUZeR 
RERRSYS PAV1UBBReR 
RESCAPE DPALS2UCeR 
RGETADORESS OANISSFE=R 
RGETDATA PAALSS7COR 
RGETLOGICAL WAN156A20R 
RGETSTRING BBVALST7TIOR 
RGETVIELD AAAISSAGeR 
RGPHARN BiAA1SABB eR 
RINLOOP AAVIS3BCHR 
RPTEADR APAITCH1L0R 
RTYPEMSG BANI SOR GOR 
SCb Base APALE SIR 
SCB IMAGE AAALGADAER 
SCHSASTOEL UCALBOFUeR 
SCHSNEWLVL APHIBALIER 
SCHSGaAST VAGIBAE ASR 
SEC, TICK PARAAVES 
SGNSC IRPCNT AAnAVuEA 
SGNSGL,IRPCXT Y301C3E%0R 
SGNSGLLMNPAGEDYN avvic3cceR 
SSS ARORT PURAAAAC 
SS$,ACCVIO AARABAAC 
SSS BADPARAM aanvunaala 
SS$ BREAK euAvagala 
Ss$ BUFRYTALT AYBIB39C 
SSS CANCEL AdGAaAABsA 
Ss$,C“ODsUPR RAGABAIC 
SSS CMODUSER Avuger4e4 
SSS COMPAT AAAGB42C 
SSS CONTINUE AAABABAL 
SSS ,CONTROLC AZEVIAGS 1 
SSS CTRLERR evenness 
SSS DATACHECK AYR~A~RESC 
SSS,DATAOVERUN @an270838 
SSS ,DEVFOREIGN afananed 
SSS,DEVNOTMOUNT aaurartc 
SSS ,DEVOFFLINE un3aub4 
SSS, DORVERR aAgaAesBC 
SSS,ENDOFFILE  ganane7a 
SSS,ENDOFTAPE a2900878 








DEFINED BY 


CONSOLE 
SYSVECTOR 


LOOP 
KERNEL, ESSAALS 
ONSOLE 











ERROR, ESSAAl2 
FRROR,ESSA412 
FRROR,ESSAA12 
ERROR _ESSAA12 
Loop 

PARAM, ESSAA19 
PARAM, ESSAAI19 
PARAM, ESSAA19 
PARAM, ESSAA19 
PARAM, ESSAA19 
PARAM,ESSAA19 
Loop 

MEMMGT,ESSAAI8 
PRINT 


KERNEL, ESSAAI5 
SCB,FSSAA23 
ASTDEL ,ESSAAS 
ASTDEL,ESSAAI 
ASTDEL,ESSAA! 
CLOCK, ESSA46 
KERNEL ESSAAI15 
KERNEL, FSSAAIS 
KERNEL, FSSAA15 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 


SYSVECTOR 


SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 
SYSVECTOR 


SYSVECTOR 
SYSVECTOR 







30-AUG@1978 09231 
REFERENCED BY ee. 


GIO, ESSAA22 
DEBUG ESSAAs 


ENTRY, ESSAA11 






QTIO ESSAA22 
AA 


a AA11 
ENTRY _FSSAAI1L 
ENTRY, ESSAA}} 
ENTRY_ESSAAIL1 
ENTRY _ESSAA1I1 
ENTRY _ESSAAI1L 
ENTRY,ESSAAIL1 
ENTRY _ESSAA1L]I 
ENTRY_ESSAAI1 
ENTRY_ESSAALI 
ENTRY, ESSAA11 
FNTRY_FSSAAI1 
QIOFNT ESSAAS@ 
CLILESSAAS 
SCBLESSAA2Q3 
SCBLESSAA23 
KERNEL ESSAA15 
SCR ,ESSAA23 
CHMK ESSAAU 
CLOCK _ESSAA6 
KERNEL ESSAAI5 
MEMMGTLESSAA18 
MEMMGT_ESSAAL8B 
MEMMGT_ESSAA18 
TMDORVR ESSAAS7 
ACPFOT ESSAA35 
ACPFOT LESSAA3S 
DEBUG _ESSAAB 
DMDRVR ESSAAS53 
CANCEL, ESSAA37 
DEBUG,_ESSAAS 
DEBUG _ESSAAS 
DEBUG _ESSAA8 
DERUG,_ESSAA8 
CONSOLE 

DBDRVR ESSAA39 
TMDRVR ESSAAS7 
DBDRVR ESSAA39 
TMORVR ESSAAS7 
TMDRVRLESSAA57 
ACPFOT _ESSAA35 
ACPFDT ESSAA35 
QIOREG,ESSAAS1 
DBNRVR ESSAA39 
TMDRVR ESSAAS7 
ACPFDT ESSAA35 
TMDRVR ESSAAS7 


Figure 5-9 









DISPAT LESSAAI@ 
START ESSAA25 


TOPOSTLESSAAS2 


DEBUGLESSAA8 


DOMDRVR,ESSAAS3 


OMORVRESSAAS3 


OMDRVR,ESSAAS3 


IOPOST,ESSAAS2 


Fiehe 1 
LINKER X@1,29 


PARAMLESSAAI9 


GIOREG,ESSAAS! 


DRORVR,ESSAAS4 


DRORVRESSAASA 


ORDRVR ESSAASG 
TMDRVR ESSAAS7 


RBGNSUB Listed in 
the Symbol Table in the 


Diagnostic Supervisor Link Map 
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Frenme €2 


Sequence 17 


16 


TK-1123 


Subtest 1 initializes the MBA under test by writing a one to bit 
zero of the control register, the initialization bit. The subtest 
then writes ones to the control register, writes zeros, and then 
reads the register. If zeros are not returned from the control 
register, the subtest calls the DSSERRHARD entry point in the 
supervisor. The DSSERRHARD code is in the supervisor entry module, 
ESSAA11 (see the supervisor link map). DSSERRHARD causes a jump to 
RERRHARD, which is located in the error module of the sSuperviSor. 
RERRHARD sets the error flag, rings the bell if the bell on error 
flag is set, and calls the DSSPRINTF entry point. Like the other 
DS$ entry points, this one is located in the entry module and 
contains only a jump instruction. The jump transfers control to 
the RPRINTF routine in the print module (see the supervisor link 
map). RPRINTF, in turn, calls the RPRINTOUT routine, also in the 
print module. This routine prints out a message on the operator's 
terminal indicating the test and subtest numbers, the logical unit 
number (LUN) under test, and the failing module name (MIR). 
RPRINTOUT returns control to RPRINTF, which returns control to 
RERRHARD, which returns control to ESCAA test 3, subtest l. 


At this point, the testing and error reporting portions of subtest 
l have been completed. The subtest then calls DSSCKLOOP (in the 
control module of the Supervisor). This entry point causes a jump 
to the RCKLOOP subroutine, which is located in the loop module. 
Unless the loop and error flags are both set, control returns to 
the subtest, which in turn calls DSSENDSUB in the supervisor to 
terminate subtest 1 and start the next subtest. 


If the loop and error flags are both set, the loop address is 
calculated and the RCLKLOOP routine causes a jump back to the > 
beginning of subtest 1, at label 19$. Note that if the loop is the 
first loop after the error call, the test and subtest numbers are 
checked. If one of these numbers is wrong, control returns to the 
subtest as if the loop flag were not set. After the first loop, 
the subtest will be repeated continually. 


5.6.2 RH78@ Diagnostic Sample Error Message 

The error messages generated by the RH78@ diagnostic vary, 
depending on the type of error detected and the type of the 
failing test. However, in all cases the error message will 
identify the failing module (or bus signal) and the nature of the 
failure. Expected and received data are printed when meaningful. 
For example, if bit 2 (IE) of the MBA control register is set, the 
error message printed will look like that shown in Figure 5-19. 
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ekkkAKKEXMAINDEC ZZ-ESCAA-5.0 RH780 DIAGNOSTIC-5.0**#** eRe 


PASS 1 TEST 3 SUBTEST 1 ERROR 1 1-JUN-1978 10:53:30.70 


HARE ERROR WHILE TESTING MBA: FAILING MODULE: MIR(M8276) 


(RHCR) =00000004 
EXPECTED: ZERO 
RECEIVED: IE 


XOR: IE 





TK-0780 


Figure 5-18 ESRCA Sample Error Listing 


Use the test, subtest, and error number to look up the relevant 
code in the program listing. Notice that test 3, subtest 1, error 
1 is the portion of the program discussed in the previous 
paragraph. The program sets the maintenance bit in the control 
register. It then writes ones to the control register, clears the 
register, and reads the register. Since bit 2 is stuck at one, the 
received data and the expected data do not match. 


After listing the failure, the program continues with the 
succeeding tests. The operator may, at this point, shut down the 
computer to change the MIR board as directed, or use the 
diagnostic supervisor commands to set up a scope loop and monitor 
the failure more closely. 


5.7 RP@X/DCL REPAIR DIAGNOSTIC (DIRECT I/0), SAMPLE SUBTEST 


5.7.1 Detailed Flow 

The RP@X/DCL Repair Diagnostic (ESRCA) is representative of the 
peripheral diagnostic programs that use direct I/0. Like the 
cluster diagnostic programs, the RP@X/DCL repair diagnostic 
accesses registers on the unit under test directly, with move and 
bit set instructions and the like. However, the RP@X/DCL repair 
diagnostic relies more heavily than the MBA diagnostic on services 
provided by the diagnostic supervisor. In particular, it uses the 
channel services of the supervisor to perform such functions as 
initializing a channel, aborting a function, enabling and 
disabling interrupts, setting map registers, defeating parity, and 
determining adapter and error status. 


For example, when the dispatch routine in the supervisor calls the 
first test in the RP@X/DCL repair diagnostic, the test routine 
gets the address of the device under test and then, passing a list 
of arguments, calls for channel services through the DSSCHANNEL 
entry point in the supervisor. Figure 5-11 shows the code for 
test 1, subtest 9, errors 1-3. Figure 5-12 shows the subtest flow. 
DSSCHANNEL calls DSXSCHANNEL, which in turn, calls the BLDCDB 
subroutine, which builds a channel data block containing the 
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6I-S 


52 


e6e00000°9F 
$3 


eaba0een* oF 
eadacoee EF 


20000000°9F 
800ac00e° OF 
80000000 °9F 


oaeoneoe EF 


68000000°9F 


@8000008°9F 
66800000°9F 


WOFE DATA, 2013 


60080000 Here eLONG 9 y TEST ARGUMENT TABLE TERMINATOR 
ive TEST, 80123 
880 wire ~ WORD *M<> 3 ENTRY MASK 
avva°cr Dea eled 106 {088 MOVL W°*BASELADDRESS,R2 9 GET DRIVE*’S ADDRESS 
O@083000°EF 7F #109 PUSHAQ CH STATUS 
06 OD wilt PUSHL #2 
02 00 aii PUSHL MCHCS INITA 
O80B0GUR°EF OD wil3 PUSHL DRIVE 
gu FR 119 CALLS #4, ONDSSCHANNEL 
62 D@ view 148 MOVL RPCS1(R2),R3 9 GET CONTROL/STATUS 
e123 109 SDS, CHANNEL, S ORIVE, ACHCS, STATUS, -CH,STATUS 
04000000°EF 7F 0123 PUSHAQ CH, STATUS 
48 DB ¥i129 PUSHL #0 
07 DO 128 PUSHL #CHCS STATUS 
02000000 °EF 00 wie2d PUSHL DRIVE 
a4 FB 4133 CALLS Hi, @#DSSCHANNEL 
15 Ei 43a 114 BBC A#CHSSV,MBACPE, CHLSTATUS, 208 » CHECK FOR CONTROL BUS 
28 C144 
vide {11 y PARITY ERROR 
O14) DO ide PUSHL ot] 
FED CF OF 144 PUSHAL W=MSG,MCPE 
8O00°CF OO 4148 PUSHL W*DRIVE 
B61 DD e14c PUSHL #SER 
O1L4E 333 TEST 1, SUBTEST 8, ERROR 1 
o4 FBR #14E CALLS #33M, @#DSSERRHARD 
20098000 °EF DD #155 PUSHL DRIVE 
@1 Fe 158 CALLS #1, @#OSSSHOCHAN 
OF AF FA Al62 CALLG 128, ew#DSSCKLOOP 
A18B 31 @16A BRW TEST, 901,% y EXIT TEST 1 
eiod RRR REEMA REAR RARE REA RAR ERE RR RAERARER REAR AR EERE RE 
11 Ei 9160 117 2083 BBC #CHSSV,MBANED, CH STATUS, 258 ) CHECK FOR NON@EXIST, ORIVE 
ec wi7a 
“175 118 SDS ,ERRRARD,S eW*ORIVE,4*MSG,NED 
av DD wi7s PUSHL = # 
FEBF CF DF 177 PUSHAL W*MSG,NED 
@@00°Cr DD 4178 PUSHL w DRIVE 
Be DO ALTE PUSHL #3ER 
viel s99 TEST 1, SUBTEST 8, ERROR 2 
a4 FR v181 CALLS #3$M, @#DSSERRHARD 
¥i88 119 SOS,SHOCHAN,S ORIVE 
OSUB3000°EF DO 188 PUSHL ORIVE 
at FB W1BE CALLS #1, @#DSSSHOCHAN 
v195 120 $b8 ,CKLOOP 10$ 
FFOB CF Fa 6195 CALLG 1408, @##O0S8$CKLOOP 
W19E 121 $O0S,EXIT TEST 
9157 31 WI9E BRW TEST, @01,x » ‘EXIT TEST 1 
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Figure 5-11 ESRCA RP@X/DCL 


Test 1, Subtest @, 
Program Listing 


DIAGNOSTIC SUPERVISOR 


START 


DISPATCH 


ESRCA 
RPOX/DCL REPAIR 
TEST |, SUBTEST O 


GET ADDRESS 
OF DRIVE 


ENTRY MODULE ROUTINE 





UNDER TEST 
CHANNEL MODULE 


| BLDCDB ROUTINE ] | DS$ CHANNEL @ 





GET HARDWARE GET CALL 


P-TABLE UNIT # DSSCHANNEL 
(INIT) 






BUILD CHANNEL 
DATA BLOCK 








INDICATE 
SUCCESS 





GET STATUS 
OF DEVICE CHAN, yee 
SYSTEM 

ommend 
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Figure 5-12  ESRCA RP@X/DCL Repair Diagnostic Test 1, Subtest @, 
Flowchart (Sheet 1 of 2) 
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DIAGNOSTIC SUPERVISOR ESRCA 
RPOX/DCL REPAIR 
TEST |, SUBTEST O 











READ RPCS1 
OF DRIVE 





CALL 
DS$ CHANNEL 
(STATUS) 










CONTROL 
BUS PARITY 
ERROR 


DS$ERRHARD ERROR 1 


(PRINT ERROR 
er st 


DS$SHOCHAN 


(SHOW MBA ERROR 2 
Se ~ 





YES 







NON- 
EXISTENT 






DRIVE 
NO 

DS$CKLOOP 

(LOOP IF LOOP 

— i en 


DISPATCH 
ROUTINE 


(CALL NEXT TEST) 
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Figure 5-12  ESRCA RP@X/DCL Repair Diagnostic Test 1, Subtest G, 
Flowchart (Sheet 2 of 2) 


5-21 


P-Table address, and the adapter address; clears the flag word; 
and determines whether the channel is an MBA or a UBA. When 
control returns to the DSXSCHANNEL routine, the function argument 
passed from the calling program (ESRCA) is evaluated, activating 
one of several function subroutines. In this case, the INITA 
Subroutine sets the initialization bit in the MBA control 
register. 


Control then returns to the calling program (ESRCA), which reads 
the RPCS1 (control status) register of the unit under test with a 
MOVE instruction (direct I/0). The test routine then calls 
DSSCHANNEL again, this time passing a different function argument 
(CHCS$ STATUS). The DSXSCHANNEL routine is executed again, 
activating the CHC$ STATUS subroutine which stores the unit and 
adapter status in the location labeled CH STATUS. 


Then when control returns from the DSXSCHANNEL routine to the test 
routine, the data in location CH STATUS is compared, bit by bit, 
with expected data patterns. If an error is detected, the test 
routine calls a series of supervisor routines (DSSERRHARD, 
DSSSHOCHAN, DSSCKLOOP, and DISPATCH) to print out error 
information, loop if the loop flag is set, and return to the 
dispatch routine if the loop flag is not set. 


Sale2 RP@X/DCL Repair Diagnostic Sample Error Message 

Test 1, subtest @, error 1 of the RP@X/DCL diagnostic identifies 
control bus parity failures on the Massbus (Figure 5-11). When the 
program detects this failure, the error message identifies the 
failure by test, subtest, error, failing unit, and error type. In 
addition, the message includes an MBA channel status dump, showing 
the contents of the pertinent registers, as shown in Figure 5-13. 


Bit 17 of the status register is set, indicating the Massbus 
control parity error. 


Other error message formats display expected and received data and 
the contents of relevant registers in the RP@X/DCL, depending on 
the error and the failing test. 


5.8 DISK RELIABILITY DIAGNOSTIC (QUEUE I/0), SAMPLE SUBTEST 


5.8.1 Detailed Flow 

The Disk Reliability Diagnostic program (ESRAA) is representative 
of the queue I/0 diagnostics. Instead of performing move 
instructions to read and write peripheral device registers 
directly (as the MBA diagnostic does), the program builds an 
argument list containing device and transfer parameters and 
pointing to the data to be transferred and the function to be 
performed. The program then calls the queue I/O services of VMS or 
the diagnostic supervisor. In this way, the program transfers 
information to and from the peripheral device under test without 
requiring exclusive use of the device, the channel, or the 
computer system. Figure 5-14 shows the listing for ESRAA test l, 
subtest @, error 12, the first of the data transfer tests. Figure 
5-15 shows the program flow for the same routine. 
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** PROGRAM: 2ZZ-ESRCA RP@X/DCL DIAGNOSTIC, REV 4.1, 46 TESTS. 


TEST 1: QUALIFICATION TESTS 

Sean eee ZZ-ESRCA RP@X/DCL DIAGNOSTIC - 4.1 RRKEKERE 

PASS 1 TEST 1 SUBTEST @ ERROR 2 1@-MAR-1978 68:26:268.26 

DEVICE FATAL WHILE TESTING DBA@: CONTROL BUS PARITY ERROR DETECTED 


MBA CHANNEL STATUS DUMP 


MBA_ CSR: [26010000] GOGBGG2O(X); 

MBA CR: [20610904] GBHOGGOS(X); 

MBA SR: [26019098] GBB2GGHGH(X); MCPE 
MBA VAR: [2091909C] GOBGG2GHD(X); 

MBA MAP(8@): GOSOGSAOH (X); 

MBA _BCNT: [20919919] BDOBHGOD (X); 


TK-1265 


Figure 5-13 ESRCA Sample Error Message 
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ZZ=ESRAASS,2 


OBRe0001°EF 


08000001 °EF 


DATA TRANSFER TESTS 
ESRAAB QA TESTS QUALIFICATION TESTS ZZ7eESRAAO5,2 
5,0 


DATA TRANSFER TESTS 


@aA AB 
a9 AB 
Ze AB 
@0° BF 

oB 


AG1F 6F 
09 


1215 8F 
$2 


OSGGRAB4°EF 4A ASTOQASTA BF 


sa 


56 

54 

1C a4 
26 ad 
auaueca 
9A00°Cd 
auaarca 
36 a4 
aa aa 
ac Aa 
86Q80000°9F 


ABQBOAAN°GF 
aA 


eGnanAOe-EF 
a3 


O@eenmen* OF 


68090040 °GF 
22 


OPQuaana’ oF 


OBBeAGAAT OF 


GBEBAGIB°OF 


Figure 5-14 


(ESRAA) Test l, 
Error 12 Listing 
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BOORLATF BF 
EC 
58 
Sa 
@1 
59 


ANEAAKAD’EP AS 


ABC A0B4°EF 
aaoguead S&F 
59 
5a 
58 


AAUGAAAAP EFS 


anARAAaa*Erua 


a8 
6E 


64 
63 


S2 
$8 
59 
SA 
a2 
sa 


@17B 


6€ 
64 
63 


AAABPBAPTER 
UGAAPOAACEF 
52 
gc 


aa 


DS AF 


LUA 


CA AF 


Fa 


FA 


E8 


0D. 
Be 
90 
9a 
FB 
e9 
31 


Fa 
Fa 
E8 


OF 
OF 
DD 
DO 


FB 


FA 
31 


FA 


WBZAS 
abs 
e3a5 
i 3a5 
w3as 
i345 
O3as 
“agus 
P3AS 
a3a5s 
A305 
¥3us 
azas 
4305 
w3ZA5 
O35 
W385 
8325 
9395 
B3a5 
9305 
agzas 
93A5 
s3ag 
¢ 32D 
w3ii 
#316 
318 
A319 
32! 
A323 
43ea4q 
G32c 
“s2e 
33a 
e341 
342 
a3aa 
1346 
349 
ugaa 
4352 
335A 
*3o2 
P3067 
L£36C 
A371 
V374 
37a 
AZBS 
G38a 
7387 
Q3a7 
338E 
23eGE 
#395 
0395 
9398 
W39A 
eson 
Azae 
63A3 
ABAA 
PBZAaNn 
ev 3R8 
A3RA 
A387 
Zar 
n3eF 
bC1 
“u3ct 
¥3C1 
33C7 
o3cn 
“3CF 
301 
A301 
¥30AR 
AZO08 
wsea 
C3E3 
“e3es 


Fiche 1 Frame 016 Sequence 198 
31°AUG=1978 §610:52844 VAXe11 MACRO X0,3°6 Pege t2 
(4@) 
309 
319 344 
311 ; 
312 +: BEGIN MULTIeSECTOR WRITES, WRITECHECK, AND READS 
313; 
314 ; 
315 ; REGISTERS USAGE: 
316 3 
317 : RS s MAXIMUM NUMBER OF CYLINDERS 
318 ; 
319 3 R& = MAXIMUM NUMBER OF TRACKS 
32¢ ; 
321 3; R7 © MAXIMUM NUMBER OF SECTORS 
322 3 
323 ¢ RA & CURRENT CYLINDER NUMBER 
324 ; 
325 3; RO w& CURRENT TRACK NUMBER 
326 ; 
327 3; R1@ = CURRENT SECTOR NUMBER 
328 3 
329 3 R11 # DEVICE CHARACTERISTICS POINTER 
330 j00 , 
331 MOVZWL OSKGCSWLCYLNDR(R11),RS 3 PICK UP MAXIMUM NO OF CYLINDERS 
332 MOVZBL OSKDCEB, TRACK(R11),R6 3 PICK UP MAXIMUM NUMBER OF TRACKS 
333 MOVZBL DSKDCSB,SECTOR(R11),R7 3» PICK UP MAXIMUM NUMBER OF SECTORS 
334 CMPA #RMA3,NSKOCSBLTYPECRI1) 3 IS THIS AN RMQ3? 
335 BNEQ 1418 3 NOPE 
336 MOV #LSTSECTRM,e s GET LAST SECTOR IN CYLINDER 
337 LASTSw, SECTOR 3 
338 BRB 182s 3 SKIP 
339 18188 MOVW #LSTSECT PP, 3 LAST SECTOR FOR RP 
3ag LaST$W, SECTOR 3 
341 18283 CLRL Ra ¢ CLEAR LONG WORD BUFFER INDEX 
342 19083 MOVL HPATTERN(, BUFFER] [RQ] ¢ WRITE PATTERN 
343 AOBLEO 8127,R4,1908 3 WRITE Si2 BYTES 
344 CLRL RB s CLEAR CURRENT CYLINDER 
345 CLRL Rie 3 CLEAR CURRENT SECTOR 
346 SUBL3 #1,26,R9 3; BEGIN AT LAST TRACK 
347 MOVL QIOPTRLIST(R2),R4 3 RO POINTS TO GIO ARGLIST 
348 20883 MOVAL BUFFER], OTOS,PI(R4) 3 PUT BUFFER ADDRESS IN GIO ARGLIST 
349 MOVL #512,Q708,P2¢R4) 3 WRITE BYTE COUNT 
35a MOVE RO, QIOSB, TRACK(RG) 3 WRITE TRACK VALUE 
351 MOVB R18, Q01T0$B, SECTOR(R4) + WRITE SECTOR COUNT 
352 MOVWw RB,OQTOSW _CYLNOR(R4) 3 WRITE CYLINDER 
353 MOVL OSKDB PTRLIST(R2),© 3 WRITE DIAGNOSTIC BUFFER ABDRESS 
354 QTOS Pe(Ra) 
355 MOVL EF ,LIST{R2] ,QIOS_,EFN(R&) 3» WRITE EVENT FLAG NUMBER 
356 MOVB #ICE_WRITEPBLK,= 3 SET FUNCTION @ WRITE 
357 ATOS, FUNC (Ra) ; 
358 EN$ BREAK 3 CHECK FOR “C 
CALLG (SP), *##0SSBREAK 
359 S$QIOW,G (Pd) : : ISSUE GIO REQUEST 
CALLG (R4),G°SYSSGIOW 
30d aces (R3),2108 3 BRANCH IF NO ERRRORS 
361 CHECK BLOCKS R2,R8,R9, R18 3 CHECK BAD BLOCK FILE 
PUSHL Re 
MOV! R8,~-( SP) 
MOVE R9,@( SP) 
MOVB R18,(S$P) 
CALLS #2, CHECK, BLOCK 
362 BLBC RY, 295% 3 BRANCH IF NOT IN BAD BLOCK FILE 
363 BRw 64es s GET NEXT BLOCK 
364 20583 $0S BREAK 3 CHECK FOR “C 
CALLG (SP), @#DSSBREAK 
365 fQTOw,G (Ra) 3 RETRY WRITE COMMAND 
CaLLG (R4),G*SYSEQIOW 
3606 BLes (F3),2108 3 BRANCH IF SUCCESS 
367 SOS ,ERRHARDS eR2,BLANK,«e ¢ REPORT ERROR 
368 OuMP STATUS 3 DUMP STATUS 
PUSHAL DUMP STATUS 
PUSHAL BLANK 
PUSHL R2 
PUSHL RSER 
ss: TEST 1, SUBTEST @, ERROR i2 
CALLS #$$M, @#DSSERRHARD 
349 SOS.CKLO0® 2058 3 LOOP 
CALLG 295%, *®#DSSCKLOOP 
374 BRw 640% 3 GET NEXT BLOCK 
371 21@81 $0S,CcKLO0P 2758 
CALLG 2058, *@#DSSCKLOOP 


Disk Reliability 
Subtest @, 
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VMS 
AND 
DIAGNOSTIC 
SUPERVISOR 


COMMAND 
LINE 
INTERPRETED 













QI/O SERVICES 
WRITE PATTERN 1 TO 
FIRST CYLINDER 
FIRST BLOCK LAST 
TRACK 

LOAD DIAGNOSTIC 
BUFFER 

LOAD 1/0 STATUS 
BLOCK (IOSB) 


DS$CKLOOP 





Figure 5-15 


DISK RELIABILITY ESRAA TEST 1. 
SUBTEST 0, (ERROR 12) DATA TRANSFER TESTS 


START 
SET POINTERS 


TO CYLINDER O 
SECTOR O 


DETERMINE NUMBER LAST TRACK 


OF CYLINDERS 
TRACKS 

SECTORS 
DETERMINE DRIVE 
TYPE 


BUILD Q1/O 
ARGUMENT LIST: 
BUFFER ADDRESS 
BYTE COUNT 
TRACK SECTOR 
CYLINDER 
DIAGNOSTIC BUFFER 
ADDRESS 

EVENT FLAG # 

FUNC = WRITE 


WRITE PATTERN 1 
(A570A570) 

INTO A BUFFER 
512 BYTES 





YES 


NO 


ISSUE 
Q1/0 
REQUEST 








ISOB 
CONTENTS 
NORMAL 







SUCCESS YES 


NO 
FAILURE 


CONTINUE WITH 
NEXT PART 


OF TEST 1 
(READ PATTERN 
JUST WRITTEN) 
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ESRAA Test 1, Subtest @9, Error 12 Flowchart 
(Sheet 1 of 3) 
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97°S 


VMS ESRAA DISK RELIABILITY 
AND G9) 
DIAGNOSTIC 


ROUTINE 

GET BBF 

{ SECTOR 
ROUTINE 
READ 
BAD BLOCK 
FILE 















BEEN READ 








GET (NEXT) 
WORD FROM 
BAD BLOCK 

FILE 


ADD 2 TO 
SECTOR 
COUNTER 






COMMAND YES 
LINE 
INTERPRETER 

















ISSUE 


END OF 
Q 1/0 REQUEST BAD BLOCK 


(RETRY) 





Q.1/0 SERVICES 
WRITE PATTERN 1 
LOAD 10SB 

ANDO DIAG BUFFER 






BAD BLOCK 
FILE IS 







|OSB 
CONTENTS 
‘NORMAL 


OF CYLINDER. 
TRACK, SECTOR 
WITH ITEM FROM 
BAD BLOCK 
FILE 


NO 
NO OK 

DSSERRHARD 
DUMP STATUS YES 


PRINT ERROR MSG | YES 
GES 





DS$CKLOOP | 
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Figure 5-15 ESRAA Test l, 
Subtest @, Error 12 Flowchart 
(Sheet 2 of 3) 


VMS AND DIAGNOSTIC ESRAA 
SUPERVISOR DISK RELIABILITY 


SET POINTERS 
FOR NEXT 
BLOCK 


LAST NO 
BLOCK 


YES 
RP 


YES 


DRIVE 
TYPE 
STATUS DUMP NO 


PRINT 
COMPLETION 
TIME 


COMMAND 
YE 
LINE : 
INTERPRETER 
NO 


DISPATCH 
ROUTINE 
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Figure 5-15 ESRAA Test 1, Subtest 9, Error 12 Flowchart 
(Sheet 3 of 3) 
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The first test, when it is called by the dispatch routine in the 
supervisor, sets up a pointer to the I/O status block and tests 
various drive commands (drive clear, seek, recalibrate, NOP, 
offset, and reset). Test 1 then performs an oscillating seek test 
before beginning the data transfer tests. 


In the data transfer tests portion of test 1, the program sets up 
a write transfer of a data pattern (A570A57@) to the first block 
on the disk pack in the drive under test. The data to be written 
to the disk is loaded into a buffer area in memory. The program 
then builds an argument list containing the address of the data 
buffer, the byte count of the data to be transferred, the location 
of the target block on the disk pack (track, sector, cylinder), 
the diagnostic buffer address, the event flag number, and the 
function to be performed. Then, after checking for Control C, the 
program calls SYSSQIOW. 


If the program is being run in the user mode (VMS environment), 
the call to SYSSQIOW invokes a routine in VMS. If the program is 
being run in the standalone mode, the SYSSQIOW call invokes a 
Similar routine in the supervisor. SYSSQIOW builds an I/O packet 
from the parameters passed from the diagnostic program and then 
(if in VMS) checks the privilege of the calling process (the 
diagnostic supervisor) through internal data structures. The 
SYSSQIOW routine then places the packet in a queue for processing 
by a device driven routine, clears the event flag, and waits for 
completion of the I/0 function (indicated by the setting of the 
event flag). When the driver completes the I/0 function, it 
examines the controller and drive status registers, formulates a 
status message that is stored in the I/0 packet, and loads the 
diagnostic buffer with drive and adapter register contents. The 
I/O packet is then inserted into the I/O post queue and a software 
interrupt to initiate I/O post processing is requested. The I/0 
post routine performs final I/O request processing and status 
posting (IOSB), loads the diagnostic buffer with device and 
adapter (on MBA or UBA) register contents, and sets the event 
flag. 


With the event flag set, the calling program (ESRAA) resumes 
control. The diagnostic program then checks the I/O Status Block 
(IOSB) to determine whether or not the requested function was 
completed successfully. The IOSB has the format shown in Figure 
5-16. 


31 1615 00 


BYTE COUNT STATUS 
—  — -_COMhowoMKwyL 


DEVICE-DEPENDENT DATA 
TK-0743 


Figure 5-16 I/0 Status Block Contents (for disks) 
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If the low order bit of the first longword of the IOSB is set, 
indicating success, the program does a branch to the next portion 
of the test (label 210$), where it tests the loop flag and then 
reads the data just written to the disk pack. 


If the low order bit of the IOSB is not set, the test calls the 
CHECKBLOCK routine (refer to the code in Figure 5-17), which is 
located in the load blocks module (module 6) of the disk 
reliability program (refer to the link map). This routine, in 
turn, calls the GETBBFSECTOR routine (Figure 5-18) which reads the 
load block sector on the disk pack. If the load block file cannot 
be read at all, the routine returns control to test 1, where the 
queue I/O request is retried. If the load block file has been read 
successfully, the routine checks through the item in the file to 
see if the address of the block which cannot be written to is 
already noted in the load block file. I£ so, the load block file 
is OK, and control returns to test 1, which sets up pointer to 
access the next block on the disk, builds a new queue I/O argument 
list, and again calls SYSSQIOW, as previously explained, in an 
attempt to write the pattern into the next block on the disk. 


If the failing block address is not listed in the load block file, 
the CHECKBLOCK routine returns control to test 1 which, in turn, 
issues a second queue I/O request (after checking for Control C). 
If the request fails again (IOSB status code = @), the program 
calls the DSSERRHARD routine in the supervisor, which dumps the 
Status block and diagnostic buffer contents and other error 
information. After detecting a failure of this type, the program 
checks the loop flag. If the loop flag is set, the program repeats 
the queue I/O request indefinitely. Otherwise, the program checks 
each block on the disk pack until it finds one that it can write 
into successfully, before going on to check the next function 
(read the block just written, beginning at label 2190S). 
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ZZ#ESRAAWS,2 
ESRAAG,MAP_BB 
568 


asaagean’ oF 
18 


O@BABBODG’ OF 


@0800000° OF 
Se 
53 
$4 
55 


57 
58 


Banner CACEF 
GA 
56 


56 


S6 


a@eaeecsa° EF 
43 
57 
59 
5a 


54 


a8 
52 


a 
53 


aggnAGne° OF 
54 


S7 


56 
@A AB 


Figure 5-17 


BAD BLOCK FILE ROUTINES 


MAP RAD BLOCKS ZZ-ESRAAeS,3 


BAD BLOCK FILE ROUTINES 


eaeaeaae 144 
2038 145 
BFFC Aagaa 146 
ease 147 
aa DD 24022 
aa DD wvea 
2HUANA3ZO°EF 7F agHe 
21 DD eae 
@4 FR GUE 
52 E8 3a1s 148 
aaa 149 
Be OD 0918 
ACAAUAAGEF OF «ALA 
@8 AC DD Hwan 
01 OD e423 
ATL.) 
aa FB 025 
592C 15@ 
6c FA na2c 
@4 ac GA Yass 151 
8 ac 9A G37 152 
OH AC 3C) = wasB 153 
a8 ac 08 OTF 154 
56 D4 wags 155 
B2 9A 4a4S 156 
AAAAUBARTEFSS 70) «“a4sA 157 
“esa 158 
SS ND we5Aa 159 
56 PD 2852 16a 
@2 FB sAs4 161 
5¢ E& wesB 162 
a8 91 MeSE 163 
64 13 261 164 
22 Cc@ yes 165 
E8& 11 3466 166 
PYAR 167 
2) 9A 7068 168 
11 11 ‘468 169 
55 DD 3460 17a 
56 OD UetOeF 171 
@2 FR A714 172 
5a EQ Pr7a 173 
@e 9A WATRK 174 
AGAGAASACF FUT 0A 4e7E 175 
FFFF 6F Ri 9086 176 
31 13. vvBbA 177 
Se Bi = veAD 178 
24 12 aagu 179 
1a FD wv9e2 1828 
Su AROS 
19 12 ¥097 184 
18 ED +299 1&2 
5a ¥99C 
16 12 Fave 183 
PRAD 184 
CO) DD vgaAA 
daseeAsa°EF TF wah 
O1 OD HAR 
ay FR «waaa 
O41 GA WARY 185 
13 11 «2aB4a 186 
ABABAATE BF F3  tAB6 187 
ca Wen 
v2 CQ weRE 188 
56 91 WAC) 1Aa9 
Ao 19 =¥a@C5s 19” 
4OC7 191 
5a 0G “ACT 192 
AACY 193 
ag 37C9 194 
WuCA 195 
ACA 196 
SACA 197 
“aca 198 
CHECKBLOCK 


Routine Code 
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Fiche 1 Frame 113 Sequence 167 
3S1eAUGei97H 14251231 VAXe1! MACRO X@,3"6 Page 5 
(3) 
ePSECT CODES 
CHECK, BLOCK? 
»WORD “MERZ,R3,R4,R5,RO,R7,RE,RI,RIG,RI I> 
SOS ,GETBUF_S #1,8BF POINTER ; ALLOCATE BUFFER 
PUSHL #O 
PUSHL #0 
PUSHAQ BRF POINTER 
PUSHL #1 
CALLS #4, @#DSSGCETBUF 
BLAS RA, 28 : SUCCESS? 
SDS, ERRSYS,S aL UNCAP),MSG,NOMEM 
PUSHL #9 
PUSHAL MSG,NOMEM 
PUSHL LUN( AP) 
PUSHL #¥SER 
sip TEST 9, SUBTEST 4, ERROR 1 
CALLS #ESM, @HOSSERRSYS 
SDS, ABORT © 
CALLG (AP), @#D0S$ABO0RT 
2$e MOVZBL SECTOR(AP),R2 3 PICK UP SECTOR 
MOVZBL TRACKCAP),R3 s PICK UP TRACK 
MOVZWL CYLINDER(AP),RG ¢ PICK UP CYLINDER 
MOVL LUNCAP),RS 3 PICK UP LOGICAL UNIT NUMBER 
CLAL Ro 3 CLEAR SECTOR COUNTER 
MOVZB8L #2,R7 3 INITIALIZE INDEX OFFSET 
MOVO DSKNC QWOLIST+4[R5],R8 +; PICK UP ADDRESS GF DRIVE CHARACTERISTICS 
14$s 
PUSHL RS 3 PUSH LUN 
PUSHL R6 ¢ PUSH SECTOR 
CALLS #2,GETBBF, SECTOR : READ BAD BLOCK SECTOR 
BLAS Re, SCAN 3 BRANCH IF SUCCESS 
CMPB 4#8,P6 s HAVE FIRST FIVE SECTORS BEEN READ? 
BEQL CHECK BLOCKZX 3 TAKE FAILURE EXIT 
ADOL #2,R6 + ADO 2 TO SECTOR COUNTER 
BRB 10$ s CONTINUE READING 
SCAN3 2 
MOVZBL #8,R6 : INITIALIZE SECTOR COUNTER 
BRB 2os ? CHECK BLOCK READ FROM PREVIOUS LOOP 
1¢$3 PUSHL RS s PUSH LUN 
PUSHL R6 3 PUSH SECTOR NUMBER 
C4LLS #2,GETBRF SECTOR 3 READ NEXT SECTOR 
BLBC R@, 48$ ¢ IF FAILURE TRY NEXT BLOCK 
MOVZBL #2,R7 : IGNORE FIRST TWO LONG WORDS OF THE FILE 
20S: MOVL @BBF POINTER[R7},R@ s PICK UP BAD BLOCK FILE ITEM 
CMPW #o1,RG 3 CHECK FOR END OF BAD BLOCK FILE 
BEQL 4@$s 3 IF EOF TRY NEXT SECTOR 
CMPW RA,R4 3 IF CYLINDERS DON*T MATCH 
BNEG 3a$ 3 THEN BRANCH 
CMPZV #16,88,RO0,R2 ¢ IF SECTORS DON*’T MATCH 
BNEG 30s : THEN BRANCH 
CMPZV 4#24,48,RA,R3 : IF TRACKS DON’T MATCH 
BNEG 3a : THEN BRANCH 
$D0S,RELBUF,S #1,BBF POINTER 
PUSHL FT) 
PUSHAQ BBF_POINTER 
PUSHL #1 
CALLS #3, @ROSSRELBUF 
MOVZBL 41,9 3s INDICATE SUCCESS 
BRB CHECK, BLOCKX 3 AND EXIT 
3ASs AOBLEG #127,R7,2a$ : IF ALL BLOCKS NOT CHECKED INDEX AND LOOP 
4O$3 AOPL #2,RO : BUMP SECTOR COUNTER BY TWO 
CMPB Ro, OSKDCEB,SECTOR( RB) 2 CHECK FOR LAST SECTOR 
BLSS 12$ ¢ CONTINUE READING IF NOT LAST SECTOR 
CHECK BLOCKZx3 
CLRL Ra s ELSE INDICATE FAILURE 
CHECK, BLOCKXs 
RET s EXIT 
eSBTTL GETBRF,SECTOR ROUTINE 
TK-1126 


Tes 


S2 
53 
54 


AABAPC4 


eeaa’ca 
1¢ Ad 
ganarc4 
20 Ad 
M4 AU 


08 A4 
@C Ad 
@C Ad 

§5 
10 AA 


aongauaa’Gr 


28 AC 
OAKA4DCU° EF UO 
APAAABBACEF 

ai 

“v9 A3 

@1 

YA A3 
BACACUSAP EF 

AW AC 

A2AD BF 
AAUAAVARP EF US 
WAPAGADATEFUS 

AaB Ag 

ac 

VRAAVBAA BF 
YAVUBOARTEF U2 

55 


64 


YO7C 
oe 
70 
DE 
8&3 


A3 


a 
908 
3¢ 
0A 
0a 
Da 
da 
cs 
TE 
Da 


FA 
a4 


OaCA 
QACA 
sACC 
AANA 
GAD8 
YODF 
YOE 
WAE6 
“vEB 
WAED 
WAFS 
AQFA 
Nya] 
W1AA 
112 
e117 
w1iB 
“123 
“W128 
ALF 
“12F 
vi36 
137 


268 GETBBF,SECTORE: 


269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
2828 
281 
282 
283 
284 
285 
286 
287 


288 
289 ,SBTTL 


Figure 


e WORD 
MOVL 
MOVQ 
MOVAL 
$UBB3 


SUBW3 


MOVL 
MOVB 
MOVZWL 
MOVL 
MOVL 
MOVL 
MOVL 
BISL 
MOVAQ 
MOVL 
SOTOW,G 


RET 


“MER2,R3,RU,R5S,RO> 


LUNCAP),R2 s PICK UP THE LOGICAL UNIT NUMBER 
DSKNCLQWOLIST¢4(R2]),R3 3 PICK UP POINTER YO DRIVE CHARACTERISTICS 
ARGLIST,RG 3 RU <e~w POINTER TO LOCAL QI0 ARGLIST 
#1,D08KOCSB,TRACK(R3),= 

QTOSB, TRACK(R4) 3 WRITE TRACK TO READ 
#1,D08KDCSW,CYLNDR(R3),© 

QTOSW,CYLNDR(R4) WRITE CYLINDER TO READ 


BBF POINTER, GIO$,P1(R4) } WRITE BUFFER ADDRESS INTO Q@20 ARGLIST 
SECTOR(AP), O10SB,SECTOR(R4) y WRITE SECTOR TO READ IN QIO ARGLISY 
#512,QI108,Pa(Rd4) ¢ WRITE BYTE COUNT 

EF LIST(R2) , OIOS,EFN(R4) 9 WRITE EVENT FLAG 

QIOPTRLIST([R2),RA ; PICK UP QIO PTR 

QIOS CHAN(RO) ,QTOS_CHANC(RG) s WRITE ASSIGNED CHANNEL 

#IOS TREADPBLK, QIOS,FUNC(RU) » WRITE READ PHYSICAL FUNCTION CODE 
#10SM, INHERLOG, a1o$ aFUNCCRG) » INHIBIT ERROR LOG 

IOSTATUS, BLOCK [R2] ,R5 3 PICK UP I0S8 ADDRESS 


R5,QT0$S, IOSA(R4) : WRITE I108B ADORESS INTO QIO ARGLIST 
(RG) + ISSUE GIO REQUEST 
CALLG (R4),G°SYSSQTOW 


¢ EXIT 


PUT, BADALK ROUTINE 
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GETBBFSECTOR 


Routine Code 


5.8.2 Disk Reliability Program Sample Error Message 

Test 1, Subtest 9, Error 12 of the disk reliability program 
identifies bad blocks, on the disk pack under test, that are not 
entered in the bad block file. The message shown in Figure 5-19 
identifies the failing test, subtest, and error numbers. The 
message also includes a dump of the channel registers (MBA 
registers in this case) and the RM@3 registers. 

Notice that bits 12 and 15 of the RMER] register are set, 
indicating a data check error. The starting cylinder is 9. The bad 

block is located in sector 1, on track 4, as shown by the contents 

of the RMDA registers. 


TEST 1: QUALIFICATION TEST 
DRA1 QA BEGUN AT 2-FEB-1979 14: 26:18.54 
RRKKKERK VAX DISK RELIABILITY TESTS ** ESRAA ** -- 5.2 REREEAES 
PASS 1 TEST 1 SUBTEST § ERROR 12 2-FEB-1977 14:26:28.52 
HARD ERROR WHILE TESTING DRAI1: 


FUNCTION INITIATION SUMMARY: 

FUNCTION ATTEMPTED: WRITE DATA 

BUFFER ADDRESS RANGE: FROM: 99889388 TO: 99998587 
ATTEMPTING BYTE COUNT WAS: 512 

STARTING DISK ADDRESS: 

CYLINDER: @ TRACK: 4 SECTOR: @ 

FUNCTION ABORT SUMMARY: 


UNDEFINED SYSTEM STATUS VALUE = 8689809090 


MBACSR : GBBSHG2G ; ADAPTER CODE = 28 (X) 

MBACR : GOBGBHB4 ; IE 

MBASR : GBGG200B ; DT_COMP 

MBAVAR 3 90008388 : MAP POINTER = @1(X), PAGE BYTE ADDRESS = 188 (X) 
MBABCR : GHGHHS BO ; MASSBUS BYTE COUNT = 9008 (X), SBI BYTE COUNT = 9900 (X 
MBAFMAP) : 8BG0G0E7 ; BIT 31, BIT 7, BIT 6, BIT 5, BIT 2, BIT 1, BIT @ 
MBAPMAP) : 89690 OF2 ; BIT 31, BIT 7, BIT 6, BIT 5, BIT 4, BIT 1 

RMCS1 3 0830 ; DVA, FUNCTION = WRITE DATA 

RMDS : 11C@ ; MOL, DPR, DRY, VV 

RMER1 : 89008 3; DCK 

RMMR : 08 28 ; MWR, MSCLK 

RMAS ; OOB9 ; 

RMDA : 0461 ; TRACK = @4(D), SECTOR = 61(D) 

RMDT 7 2814 ; MOH, DRQ, DRIVE TYPE = RM@3 

RMLA : G84 : SECTOR = @1(D) 

RMSN 7 88 46 ; SERIAL NUMBER = 8846 (X) 

RMOF : 1889 ; FMT22, ECCI 

RM DC 7 0080 ; DESIRED CYLINDER = 98689 (D) 

RMHR 7 OB00 ; 

RMMR 2 : 13FF ; CNT/CYL, BUS IN LINES = I1FF(X) 

RMER2 : 08 OB ; 

RMEC1 ¢ 0836 ; BURST LOCATION = 9836 (X) 

RMEC2 : 00 9G ; ERROR BURST = 8890 (X) 
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Figure 5-19 ESRAA 
Sample Error Listing 
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CHAPTER 6 
CPU CLUSTER EXERCISER PACKAGE 


The CPU cluster exerciser package consists of three separate 
programs (ESKAX, ESKAY, ESKAZ). Two modules, the control module 
and the common instruction test services module (CITS), are common 
to all three programs. ESKAX, the first program, is the quick 
verify portion of the cluster exerciser package. This program 
includes the compatibility mode entry and exit test, the first 
part done test, and the SBI exerciser. The second program, ESKAY, 
contains the timer and clock tests and the native mode instruction 
set tests. ESKAZ contains the memory management test and the 
compatibility mode instruction set tests. Figure 6-1 is a map 
showing the memory allocations of the three programs. 


The cluster exerciser diagnostics will handle three classes of 
errors, providing three corresponding types of error messages: 
unexpected exceptions or interrupts; test failures; and safe 
return halts (resulting from fatal errors). The code for the 
cluster exerciser programs is not as easy to follow as the code 
for other diagnostic programs. However, the error messages which 
the programs generate are detailed and, for the most part, 
self-explanatory. The operator should understand the general 
structure of each test and the error message formats in order to 
use all of the facilities provided by the cluster exerciser 
programs. 


6.1 CONTROL MODULE 

The control module in the cluster exerciser programs serves as the 
interface between the programs and the diagnostic supervisor. The 
module performs the following functions: 


Program initialization and clean up 
Execution of all tests twice in one pass 


Print out of a module summary message at the end of each 
pass, if errors exist 


Initialization and reinitialization of pertinent control 
variables 


Set up of all vectors for interrupt and exception 
handling 


Proper fielding of all exceptions and interrupts 
(expected and unexpected). 


When the control module detects an unexpected interrupt or 
exception, it prints out an error message as shown in Example 6-1. 


ESKAZ 


(MEMORY MANAGEMENT 


AND 


PDP-11 INSTRUCTIONS) 


ESKAX00 
10236 
CONTROL 


ESKAX0O1 
18000 
CITS 


MEMORY 
MANAGEMENT 
10000 
ESKAZ02 

TEST 01 


COMPATIBILITY 
INSTRUCTIONS 
13500 
ESKAZ03 

TEST 02 


ESKAY 
(NATIVE INSTRUCTIONS) 


ESKAX00 
10236 
CONTROL 


ESKAX01 
18000 
CITS 


TIMER AND CLOCK TESTS 
3822 
ESKAYO2, TEST 01 


ARITHMETIC, LOGIC, AND 

FIELD INSTRUCTION 

ESKAY 03, TEST 02 
BRANCH, CRC, AND 


QUEUE 
ESKAYO5, TEST 04 


BRANCH, CRC, AND 

QUEUE 

ESKAYO6, TEST 05 
OPERAND SPECIFIER 
FLOATING POINT DEPENDENT 
ESKAY 07, TEST 06 


DECIMAL STRINGS 
ESKAY 08, TEST 07 


EDITPC OPERATORS 
ESKAYOS, TEST 08 


CHARACTER STRING 
INSSTRUCTIONS 
ESKAY10, TEST 09 


PRIVILEGED INSTRUCTION 
EXCEPTION, ESKAY11, TEST 10 





ESKAX 
(QUICK VERIFY) 


ESKAX0O 
10236 
CONTROL 


ESKAX0O1 
18000 
CITS 


COMPATIBILITY MODE 
ENTRY/EXIT 

6534 

ESKAXO2, TEST 1 


FIRST PART DONE 
ESKAX04, TEST 2 


SBI 

VERIFICATION 
17155 

ESKAX05, TEST 03 


MEMORY VERIFY 
ESKAXO06, TEST 04 
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Figure 6-1 CPU Cluster Exerciser Package Memory Allocation 


6-2 


REKKKKKE CPU CLUSTER EXERCISER -- 9.9 KEKKKEKK 
PASS 1 TEST 6 SUBTEST 4 ERROR 1..... 


HARD ERROR WHILE TESTING CPU: EXCEPTION SERVICE ROUTINE 


UNEXPECTED EXCEPTION 


ERROR# 999090001 
VECTOR# 998909390 
SUBTYPE# 89090906 
PSL 83C8609D 


PC 9688119D 





Example 6-1 Unexpected Exception Error Message 


Refer to Chapter 2 of the VAX-11 KA78@ Central Processor Technical 
Description for a discussion of vectors and subtypes. When the 
machine check vector is asserted, the exception handler attempts 
to log out relevant status registers on the stack before pushing 
two longword parameters (Summary and length) on the stack (Table 
6-1). In addition, the subtypes for vector 4 (machine check) are 
listed in Table 6-l. 


Table 6-1 Summary Parameter, Length Parameter for Vector 4 


Summary Parameter 


Subtype Byte @ 

a) CP Read Timeout/SBI Error Confirmation Fault 

G2 CP TBUF Parity Error Fault 

G3 CP Cache Parity Error Fault 

65 CP Read Data Substitute Fault 

GA Instruction Buffer TBUF Parity Error Fault 

GC Instruction Buffer Read Data Substitute Fault 
OA Instruction Buffer TBUF Parity Error Fault 

GC Instruction Buffer Read Data Substitute Fault 
GD IB Read Timeout/SBI Error Confirmation Fault 

OF IB Cache Parity Error Fault 


6-3 


Table 6-l 


Summary Parameter, Length Parameter for Vector 4 
(Cont) 


Summary Parameter 


Subtype 
FO 
Fl 
F2 
F3 
FS 


F6 





Byte @ 

CP Read Timeout/SBI Error Confirmation Abort 
CS Parity Error Abort 

CP TBUF Parity Error Abort 

CP Cache Parity Error Abort 

CP Read Data Substitute Abort 

CP (Not Supposed To Be Here) Abort 

Byte 1 


This byte will be a nonzero value if a CP timeout 
or CP error confirmation interrupt is pending. 


Bytes 2 & 3 


These two bytes must be Zero. 


Length Parameter 





Byte @ 


The number of bytes logged out are exclusive of 
this parameter. 


Byte 1--3 


These three bytes must be zero. 


When an unexpected interrupt or exception occurs, information is 
pushed on the stack by the exception handler as shown in Table 


6-2. 
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Mnemonic 


SP: 


CES 


TBERG 


TBER1 


TIME.ADDR 
PARITY 


SBI.ERR 


Table 6-2 Information Pushed on the Stack 
by the Exception Handler 


Length Parameter 


Summary Parameter 


CPU Error & Status 


Trapped UPC 


Virtual Address/ 


Virtual Instruction 


Buffer Address 


Interface Between 


Data Paths and 
Memory 


Translation Buffer 


Error Register @ 


Translation Buffer 


Error Register 1 


Cache Parity Register 


SBI Error Register 


PC 





ID Bus Address 


gC 


88 (Bytes 1 & 3) 


12 


13 


1A 


1E 


19 


Note that information on the stack is not saved by the exception 


handler. The EIH module must be breakpointed before this data 


accessed. 


is 


6.2 COMMON INSTRUCTION TEST SERVICES MODULE (CITS) 

This module consists of a group of software routines that 
implement a table-driven test method for a majority of the VAX-1] 
instruction set. CITS interprets the contents of a specially coded 
test table and executes tests of VAX-11 instructions. CITS is also 
used for tests of the first part done function and memory 
management. A copy of each of these test instructions is coded in 
register deferred mode (RN). Before the test instruction is 
executed, the test data is placed somewhere in memory, and the 
registers are loaded with the addresses of that test data. After 
the test instruction is executed, the contents of the registers 
and the contents of the test data area of memory are checked. 


There are four main routines in CITS that do the work of executing 
tests: CITS DECODE, CITS SETUP, CITS EXECUTE, and CITS CHECK. 


6.2.1 CITS DECODE 

This routine decodes one test table entry, in a table of cases, 
and generates directions for the other three routines to use. 
These directions are lists of addresses and other variables placed 
in the parameter blocks of the CITS data area. 


6.2.2 CITS SETUP 

CITS SETUP moves the test data from the common data pool into the 
operand buffer. The operand buffer is the location of the data 
referenced during execution of the test instruction. The locations 
to be used for destination data are filled with a _ standard 
background pattern, hexadecimal A5, in each byte. Also, each 
operand, whether source or destination, is preceded and followed 
by a longword of the background pattern. CITS SETUP loads 
registers R@--R6 with the operand addresses to be used by the test 
instruction. The initial PC and PSL calculated by CITS DECODE are 
pushed on the stack by CITS SETUP along with a return address. The 
return address points to a routine to save the result PSL and 
registers. 


6.2.3 CITS EXECUTE 

CITS EXECUTE enables the exerciser's exception handler to react 
properly for the current test. It passes the address of a CITS 
unexpected exception handler and enables validation of the 
exception of trace trap being tested, if any. CITS EXECUTE then 
executes an REI to start the test. A NOP instruction precedes the 
REI and can be used for scope syne if the microbreak address is 
set up correctly from the console. When the test instruction 
finishes, the test subroutine returns to a result-saving routine. 
The PSL and registers R@--R6 are saved in the execution parameter 
block, as are the contents of the exception handler Interface Data 
Block (IDB). AlSo saved iS an indication of whether the 
instruction branched, if it is a branch instruction. 


6.2.4 CITS CHECK 

CITS CHECK checks the results of instruction execution, and also 
checks the source operands and background pattern. It uses the 
directions and addresses put into its parameter block by 
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CITS DECODE to control checking. It checks branches, the PSL, 
exceptions (whether an exception happened and at the right PC), 
registers R@--R6, and memory data. When checking memory data, 
CITS CHECK also checks the longword before and after each operand 
to make sure that the background pattern has not been disturbed. 
CITS CHECK keeps a list of all errors found during one test case. 
This complete list will be typed out when the test module using 
CITS makes the $DS_ERRHARD call to the diagnostic supervisor. 


6.2.5 CITS SUBTEST 

CITS SUBTEST is a common subtest control routine that is used by 
most of the tests that call CITS. It processes a complete test 
table, calling the preceding four CITS routines in the proper 
order and calling the supervisor error reporter when necessary. 


6.2.6 CITS Error Messages 


6.2.6.1 Message Heading -- A standard diagnostic supervisor 
heading is typed (by the Supervisor). That is followed by an 
extended error printout that Supplies the test, subtest, and error 
numbers; the test case number; the op code of the failing 
instruction; addresses referenced; operand data; etc. Refer to 
Paragraph 6.4.2 for examples and detailed interpretation. 


6.2.6.2 CITS Subtest Troubleshooting Features -- SCOPE SYNC -- 
CITS EXECUTE executes a NOP instruction just before the REI to the 
test instruction. Putting the microaddress of 8E into ID Bus 
register 21 will cause a sync pulse to be generated on the 
Iicrosequencer board (M8235) each time a NOP is executed. 

To loop on a failure with SCOPE SYNC, perform the following steps: 
>>> D /ID 21 8E 

>>> START 198099 

(DIAGNOSTIC SUPERVISOR STARTUP) 


DS> SET IE1,LOOPD 


DS> START /TEST: N (WHERE 'N' IS FAILING TEST NUMBER) 
ETC. 
7 Halt Before the Failing Test Case -- At the beginning of 


the test-case executing loop, the case number 
(CITS CASE) is always incremented and compared with the 
content of CASE HALT. If these are equal, a HALT is 
executed. This feature allows the operator to stop before 
execution of a particular case, in order to examine 
registers, e.g., deposit the hex case number into 
CASE HALT. Run the test until the halt is executed. (If 
needed, use CONTINUE until you get to the right subtest.) 
Then either set a breakpoint or deposit a byte of zero (a 
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HALT) in CITS SYNC and type CONTINUE to get to that HALT. 
You have now stopped just before the REI to the test 
instruction of interest. Use the console to set up 
whatever operation you wish to perform and continue as 
desired. | 


Figure 6-2 shows the sequence of events followed by CITS in the 
execution of ESKAY@3, test 2, the arithmetic, logic, and field 
instruction test module. 


6.2.6.3 Unexpected Exceptions in CITS -- If an unexpected 
exception occurs during a test, CITS will print a header 
containing the case number and the error information from the 
exerciser exception handler. This printout only occurs while CITS 
is handling unexpected exceptions, i.e., only during the execution 
of the five instructions before the test instruction and 
approximately through the three instructions after it (Example 
6-2). If an exception occurs outside of that set of instructions, 
then the error typeout is not handled by CITS and will not have a 
case number heading. 


kkkkKKEK =~ CPU CLUSTER EXERCISER -- 9. **##kkkK 
PASS 1 TEST 2 SUBTEST 1 ERROR 25 @ 
HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


2? ERROR IN TEST CASE NUMBER: 25 


UNEXPECTED EXCEPTION 


ERROR# @6000001 


VECTOR# 98086004 


SUBTYPE# 699080000 
PSL OO1FODED 


PC BHG9BHH3 





Example 6-2 Unexpected Exception in CITS, Error Message 


Refer to Example 6-1 (Paragraph 6.1) for an explanation of the 
unexpected exception error message format. . 


6.2.6.4 Result Register Errors -- If the contents of any of the 
registers R@#@--R6 are not as expected, CITS prints out initial, 
expected, and actual values, as shown in Example 6-3. 


DIAGNOSTIC ESKAY O03 


SUPERVISOR 
CASE = 


COMMAND LINE 
INTERPRETER 

















DEPOSIT 
00 IN CITS 
SYNC (HALT) 


CITS DECODE 
(DECODE CASE) 


CITS - 
SETUP 
TEST 2 CITS - 
EXECUTE 


CITS - 
SUBTEST 


DISPATCH 
ROUTINE 











CITS ~ 
SYNC = 00 
HALT 


YES| STEP 


THROUGH 
INSTRUCTION 





CASE = 0 


REI, POP PC, 


POP PSL, EXECUTE 
INSTRUCTION 


aoe 
oe 
<> 





RETURN FROM 
EXECUTION 


cITS- 
CHECK 


ES PRINT 
ERROR 


ERROR 
MESSAGE 
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Figure 6-2 Execution of a 
Test Case in ESKAY@3 
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RKEKKKKKK RkRKKRKE 


CPU CLUSTER EXERCISER -- 9.9@ 


PASS 1 TEST 2 SUBTEST 4 ERROR 17 9 
HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 
? ERROR IN TEST CASE NUMBER: 17 


? REGISTER CONTENTS ERROR 


INITIAL 

98085494 
68905414 
08895418 
GBBGHOOD 
DOBOHDOHB 
eT, 


BDHOHBHD 


EXPECTED 
GODV380G 
GBOB8HHD 
DBODHODD 
88805476 
BODOBOGHD 
GBOSGOHD 


GIOBOBOD 


ACTUAL 


G090388D 


GBBG8BGD 


GBIDHHOBOD 
08005476 
GODOHHBOO 
BHOOBDOD 
GIGGOBHO 





Example 6-3 Result Register Errors 


Initial data shows the values loaded 
start of the instruction. 


into the registers at the 


6.2.6.5 Leading or Trailing Background Errors -- If the longword 
before or the longword after an operand is changed during 
execution, CITS reports the error. Leading means the longword 
before the data (lower address than the data). Hexadecimal 
A5A5A5A5 is the standard background pattern. 


6.2.6.6 Data Errors -- When CITS detects a data error, part of 
the error typeout is an operand number. That is, a number in the 
range 1 to 6 corresponding to the left-to-right order of the 
operands for the instruction. For example, in a MOVL instruction 
the source longword will be called operand 1 and the destination 
longword operand 2. 


If the incorrect operand is not of a writable or modifiable access 
type, then the error message includes the statement: read-only 
operand overwritten. 


If the incorrect operand is writable or modifiable, then the error 
message includes the statement: incorrect result (Example 6-4). 
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kkkKKKEK CPU CLUSTER EXERCISER -- 9.G **k#kkK 


PASS 1 TEST 2 SUBTEST 7 ERROR 10 @- 


HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 19 
? INCORRECT RESULT OPERAND 2 
EXPECTED ACTUAL 


COBBBOBD 49GB0000 





Example 6-4 CITS Detects a Longword Data Error 


Example 6-4 shows incorrect longword data. For word and byte data 
errors, the format is the same except that a word is typed as four 
hex digits, and a byte as two hex digits. In a quadword or 
double-floating word typeout, the lowest addressed longword is the 
first line of data typed. That is the longword containing the sign 
and the exponent for the double-floating case. (In the quadword 
case, the sign is in the longword typed on the second line of 
data, Example 6-5.) 


kkkkKKEE CPU CLUSTER EXERCISER -- 9.0 ***xkkkx 


PASS 1 TEST 2 SUBTEST 1 ERROR 91 @ 


HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 91 
2? INCORRECT RESULT, OPERAND 2 
EXPECTED ACTUAL 


GIGHOHDD 996749D6 





GIGGOHBD 8 6A2E9 9E 


Example 6-5 CITS Detects a Quadword Data Error 


Errors in string data (character string, packed decimal string, 
etc.) are displayed in Example 6-6. 


kkkKKRKR CPU CLUSTER EXERCISER -- 9.0 **##*ek* 


PASS 1 TEST 2 SUBTEST 1 ERROR 44 @ 


HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 44 

2? INCORRECT RESULT, OPERAND 4 
EXPECTED ACTUAL 

38 -- -A5A5*39*4E39... 


8 BYTES FROM START OF STRING 





Example 6-6 CITS Detects a String Data Error 


Each byte is typed as two hexadecimal digits. The expected data 
only shows the good value of the byte that did not compare. The 
actual data shows five bytes of the result string. The beginning 
of the string is to the left, the end is to the right. The left 
hand two bytes (four digits) are good result data; the byte 
between asterisks (*) is the one that failed to compare; and the 
right two bytes are the start of the rest of the (uncompared) 
String. The last line tells how far from the beginning of the 
String the bad byte is. 


6.2.6.7 PSL Errors -- Result PSL errors are typically wrong 
condition codes. The condition codes are the right-hand hex digit 
of the PSL. The E in the second from right-hand digit indicates 
that the decimal overflow, floating underflow, and integer 
overflow traps are enabled (Example 6-7). This condition is always 
true when the test instruction is being executed. 


*kkREKEK ~~ CPU CLUSTER EXERCISER -- 9.9 *** kk kK 
PASS 1 TEST 2 SUBTEST 1 ERROR 59 @ 


HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 59 


? RESULT PSL ERROR 
EXPECTED ACTUAL 


OO1FOOES OG1FOOE1 





Example 6-7 PSL Error 
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6.2.6.8 Branch Errors -- When testing instructions that may 
branch, failure to branch when expected or a branch taken when not 
expected produces a message like that in Example 6-8. 


*kkkKEKE ~~ CPU CLUSTER EXERCISER -- 9.0 *##kkkRH 


PASS 1 TEST 2 SUBTEST 4 ERROR 1 @ 


HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


ERROR IN TEST CASE NUMBER: 1 


EXPECTED BRANCH DIDN'T HAPPEN 





Example 6-8 Branch Error 


6.2.6.9 Expected Exception or Trace Trap Errors 


ae An error message is produced if an expected exception or 
trace trap fails to occur at all. 


2s The PC and PSL of expected exceptions and trace traps are 
checked. If an error is detected, a message like that in 
Example 6-9 is typed. 
sa ccd CPU CLUSTER EXERCISER -- 9.9 RERER ERS 
PASS 1 TEST 2 SUBTEST 4 ERROR 2 @ 


HARD ERROR WHILE TESTING KAQ: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 2 
? INCORRECT EXCEPTION PC 


EXPECTED ACTUAL 


BO8BB25F5 09082566 


? INCORRECT EXCEPTION PSL 
EXPECTED ACTUAL 


OB1FBGES5 OG1FOGE4 





Example 6-9 Expected Exception Error 


In Example 6-9 both the PC and the PSL were incorrect at the time 
of the exception. In Example 6-198 only the PSL was wrong at the 
time a valid trace trap occurred. 
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kkkKKEEK CPU CLUSTER EXERCISER -- 9.0 *##ekkRE 


PASS 1 TEST 2 SUBTEST 2 ERROR 127 @ 


HARD ERROR WHILE TESTING KA@: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 127 
? INCORRECT TRACE TRAP PSL 
EXPECTED ACTUAL 


OO1IFOOFO OGB1FOOFS 





Example 6-18 Trace Trap Error 


6.2.6.19 Extended Printout -- If the extended error printout 
flag is enabled, the following additional data will be typed out 
on error detection (Example 6-11). 

INITIAL CONDITIONS: 

PC 60004873 PSL OG1FOOFF 

OP CODE -- 74 WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R@-RO: 

R@ GOBGACH4A Rl @GGGAC14 R2 

R3 GGG BAC 2D R4 GGGGAC39 RS 

R6 DOSDOGOHO 

SOURCE OPERAND DATA: 

OPERAND 1 

FFFE4FFF 


FFFFFFFF 


OPERAND 2 


FF 
OPERAND 3 
GBGG4580 


GBBGOOBSO 





Example 6-11 Extended Printout 
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Notes for Example 6-11. 


ive This is the first line of the extended typeout. PC is the 
location of the test instruction, which can be examined 
if the user wants to see the hex code. 


PSL is the value of the PSL before the instruction is 
executed. 


OP CODE is the hex value of the instruction, which in the 
example is 74 = EMODD. 


REGISTER INDIRECT OPERANDS means that R@ has the address 
of operand 1; Rl has the address of operand 2; etc. 


2. The INITIAL REGISTERS typeout tells where the operands of 


the test instruction were in memory when the instruction 
was executed. 


Ce These are the actual contents of the addresses pointed to 
by the registers listed above (2). 


All source (read or modifiable) operands are typed. 


Formats: 

Byte XX 

Word XXXX 

Longword XXXXXXXX 

Quadword XXXXXXXX -- Low Address Longword 
XXXXXXXX -- High Address Longword 

Strings MX py. ee OR AK ey RK 


Left side of printout is lowest address byte. 
Long strings are printed 16 bytes per line and 
are continued for as many lines as needed. 


In the preceding example we have the following operands. (Refer to 
the VAX-11/78@ Architecture Handbook or the instruction card for 
further help.) 


Operand 1 #MULR (RD) Double  FFFFFFFF FFFE4FFF 
Operand 2 MULRX (R1) Byte FF 
Operand 3 MULD (R2) Double ZOGHSOAGH BDBGH4H8O 


The 4th and 5th Operands are Destinations: 


Operand 4 INT (R3) Long 
Operand 5 FRACT (R4) Double 


6.2.7 How To NO-OP a Test Case 


If it is necessary to bypass a test case while waiting for a 
hardware ECO or a microcode ECO, refer to Example 6-12. 
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91-9 


0 8F99D62 


;CASE 105 
:SUBD2 INSTRUCTION 


e 

: OPERANDS 

:;SUB: @ 

;DIF: 1.@ EXP-DIF: 1.0 

sCONDITION CODES INITIAL: 1111 EXPECTED: BBOBD 


TB I_SUBD2, CC_NZVC, CC_@, D8 D12, D8 D2, DP_D2 
-BYTE I_SUBD2, <-C<I_SUBD2>>, <16*<CC_NZVC&15>+CC_@&15>> 
-BYTE DP _D12 
~BYTE DP D2 
~BYTE DP D2 





Example 6-12 Case 185 SUBD2 
Instruction 


Load ESKAX.EXE 
Look up the base address of the PSECT <. BLANK .> in the link 


map of this program for the module that has the data for the 
test case to be No-Oped. 


Set the console base register to that value (i.e., SE R: 
VALUE) . 


Find the TB line of the right test case and examine it to make 
Sure you are in the right place (Example 6-12). 


Examination of 2C9 location (E 2C9) should give @8F@9D62. 


Count the number of single bytes following the line that has three 
bytes. That would be 3 for this example. 


Deposit a new longword, at the address just examined, made up of 
the count from the preceding step followed by 93FC. 


In Example 6-12, D 2C9 3@3FC, where 2C9 is the address just 
examined. 


Set the relocation register back to zero when finished (i.e., SE 
R: 0). 


6.3 ESKAX DESCRIPTION 


6.3.1 Compatibility Mode Entry/Exit Module (ESKAX@2, Test 91) 
This module tests the conditions generated when the central 
processor enters and leaves the compatibility mode. The following 
conditions and functions are tested. 


ESKAX Test 1, Subtest 1 -- This subtest performs illegal entries 
in compatibility mode expecting and checking for reserved operand 
faults. The bit settings in the PSL that will cause reserved 
operand faults, on an attempt to enter compatibility mode, are 
shown in Table 6-3. . 


Table 6-3 Reserved Operand Faults and PSL Bit Settings 
on Compatibility Mode Entry 


PSL Bit/s Condition 
DV<7> Nonzero 
FU<6> Nonzero 
IV<5> Non zero 
IPL<29: 16> Nonzero 
CUR MOD<25:24> Not = 3 
PRV MOD<23: 22> Not = 3 
IS<26> Non zero 
FPD<27> Nonzero 


The conditions in Table 6-3 are tested one at a time. 
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The following two examples are typical of ESKAX test 1, subtest ., 
error messages. 


EERE ESE CPU CLUSTER EXERCISER -- 9.8 RETR RAS 


PASS 1 TEST 1 SUBTEST 1 ERROR 2 19-JUN-1977 21:25:41.22 


HARD ERROR WHILE TESTING CPU: EXCEPTION PC FROM CM ILLEGAL ENTRY 
INCORRECT 


VECTOR TYPE CODE EXPECTED PC ACTUAL PC PSL ENTRY MNEMONIC 





18 NONE 68007D74 98007D76 8 3CHHB8B DV 


Example 6-13 ESKAX Test 1, Subtest 1, Error 2 


SEREEAES CPU CLUSTER EXERCISER -- 9.9 RARER AES 
PASS 1 TEST 1 SUBTEST 1 ERROR 2 19-JUN-1977 21:25:53.04 


HARD ERROR WHILE TESTING CPU: EXCEPTION PC FROM CM ILLEGAL ENTRY 
INCORRECT 


VECTOR TYPE CODE EXPECTED PC ACTUAL PC PSL ENTRY MNEMONIC 





18 @G8G7D74 06807D54 83C 88049 FU 
Example 6-14 ESKAX Test 1, Subtest 1, Error 2 

Interpretation of Example 6-13. 

Ls 18 is the reserved operand fault vector expected. 

2% There is no type code pushed on the stack. 

3. The state of the PSL to cause the fault was 83C9G08@. 

4. DV is the PSL bit that was nonzero (Table 6-3). 

5. EXPECTED and ACTUAL PCs are self-explanatory. 
ESKAX Test 1, Subtest 2 -- Compatibility mode trap instructions 
upon a valid entry into compatibility mode (Table 6-4). 


Table 6-4 Compatibility Mode Trap Instructions 


Op code Mnemonic 
BBHBH3 BPI 
BOOBB4 IOT 
184982 EMT+@ 
18449@ TRAP+@ 
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-- Compatibility mode reserved instructions upon a valid entry 
into compatibility mode (Table 6-5). 


Table 6-5 Compatibility Mode Reserved Instructions 


Op code Mnemonic 
BOHAHD HALT 
GBOOO1 WAIT 
B6B9B5 RESET 
G6923G SPL 
BB64BB MARK 
G7598BB FADD 
75019 FSUB 
875829 FMUL 
G7583G FDIV 
178088 FP11 


Typical Error Messages 


*kkkREKE =~ CPU CLUSTER EXERCISER -- 9.9 ‘*#kkkeKE 


PASS 1 TEST 1 SUBTEST 2 ERROR 3 19-JUN-1977 21:29:30.49 

HARD ERROR WHILE TESTING CPU: EXCEPTION PSL FROM COMPATIBILITY 
MODE TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 


36 l 8 3CHBHBB 8 3CHBBG2 8983 BPT 





Example 6-15 ESKAX Test 1, Subtest 2, Error 3 
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ERAKEEERE CPU CLUSTER EXERCISER -- 9.9 ERKEERRE 


PASS 1 TEST 1 SUBTEST 2 ERROR 3 19-JUN-1977 21:29:42.21 
HARD ERROR WHILE TESTING CPU: EXCEPTION PSL FROM COMPATIBILITY 
MODE TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP 


36 2 8 3CHBOHB 8 3CHOBG2 GOB4 





Example 6-16 ESKAX Test 1, Subtest 2, Error 3 


a lt ad CPU CLUSTER EXERCISER -- 9.90 TE SAAASR 

PASS 1 TEST 1 SUBTEST 2 ERROR 3 19-JUN-1977 21:29:54.82 
HARD ERROR WHILE TESTING CPU: EXCEPTION PSL FROM COMPATIBILITY 
MODE TRAP INCORRECT 


VECTOR TYPE CODE EXPECTED PSL ACTUAL SPL TRAP MNEMONIC 


39 3 83C00000 83CgB002 8800 EMT 





Example 6-17 ESKAX Test 1, Subtest 2, Error 3 


Interpretation of Example 6-16 
1. 38 is the compatibility mode TRAP vector expected. 
2s A type code of 2 is pushed on the stack. 


a6 Referencing Chapter 6 of the system reference manual 
would show that a typecode of 2 indicates an IOT fault. 


4. IOT is shown as well as the hex equivalent of the octal 
code (Table 6-4). 


5 EXPECTED and ACTUAL PSLs are self-explanatory. 


Subtest 3 -- This subtest tests the T-bit trap by having the T-bit 
(PSL<4>) set upon entry into compatibility mode: 
a. for an instruction that does not trap 
b. for an instruction that does trap. 
NOTE 


Both a and b cases are _ serviced in 
NATIVE mode. 
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Typical Error Message 

REKKEKER CPU CLUSTER EXERCISER -- 9.9 RREKKEKE 

PASS 1 TEST 1 SUBTEST 3 ERROR 4 19-JUN-1977 21:32:06.890 
HARD ERROR WHILE TESTING CPU: A T-BIT TRAP NOT TAKEN 
EXPECTED EXC VECTOR TYPE CODE MNEMONIC 

OBCO 3 NONE TST RG 


Example 6-18 ESKAX Test 1, Subtest 3, Error 4 


Interpretation of Example 6-18 (this printout is for Case B): 

Les This instruction, which was to execute and then take a 
T-bit trap, was 'TST R@' with TRACE PENDING prior to its 
execution (PSL<TP>). 

Dé The hex equivalent of the octal code for 'TST R@' is BC®O. 

3. 38 is the vector expected to field the T-bit trap. 

4. No type code is pushed on the stack. 

Subtest 4 -- This subtest performs an RTT/RTI instruction with the 
T-bit set in the PSW image on the stack, which is to be popped 
from the stack by the RTT/RTI. 

Typical Error Messages 

RKKEEEKK CPU CLUSTER EXERCISER -- 9.98 REKKKKEK 

PASS 1 TEST 1 SUBTEST 4 ERROR 3 19-JUN-1977 21:33:43.680 

HARD ERROR WHILE TESTING CPU: PC FROM RTT TRACE TRAP 


INCORRECT 


VECTOR TYPE CODE EXPECTED PC ACTUAL PC TRAP MNEMONIC 


30 NONE G09H85H8 G9808468 G0B6 RTT 





Example 6-19 ESKAX Test 1, Subtest 4, Error 3 
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kkaKKKEK CPU CLUSTER EXERCISER -- 9.0 ****kkKX 


PASS 1 TEST 1 SUBTEST 4 ERROR 3 19-JUN-1977 21:33:54.76 


HARD ERROR WHILE TESTING CPU: PC FROM RTI TRACE TRAP 
INCORRECT 
VECTOR TYPE CODE EXPECTED PC ACTUAL PC TRAP MNEMONIC 


38 NONE 6BHB85H8 00008488 GBH2 RTI 





Example 6-2@ ESKAX Test 1, Subtest 4, Error 3 

Interpretation of Example 6-19 

Ls 3@ is the vector expected to field the T-bit trap. 

2s No type code is pushed on the stack. 

Se The RTT instruction was under test. 

4, The hex equivalent of the octal code for RTT is 6. 

or EXPECTED and ACTUAL PCs are self-explanatory. 
Subtest 5 -- This subtest performs checking of Odd Address errors 
while in compatibility mode. This is accomplished by executing a 
PDP-11 MOV instruction with unaligned SRC and DST operands. 
Typical Error Messages 
REKKKKEKE CPU CLUSTER EXERCISER -- 9.9 RKKKEKEE 
PASS 1 TEST 1 SUBTEST 5 ERROR 4 19-JUN-1977 21:35:17.19 
HARD ERROR WHILE TESTING CPU: ODD ADDRESS TRAP CAUSED 
UNALIGNED SOURCE CONTENTS CHANGE 
VECTOR TYPE CODE EXPECTED VAL ACTUAL VAL TRAP MNEMONIC 


30 6 OOOA BOGE 17DF UNALIGNED 





Example 6-21 ESKAX Test 1, Subtest 5, Error 4 
RHKEKERKE CPU CLUSTER EXERCISER -- 9.@ RERKEKES 
PASS 1 TEST 1 SUBTEST 5 ERROR 4 19-JUN-1977 21:35:29.58 
HARD ERROR WHILE TESTING CPU: ODD ADDRESS TRAP CAUSED 
UNALIGNED SOURCE CONTENTS CHANGE | 


VECTOR TYPE CODE EXPECTED VAL ACTUAL VAL TRAP MNEMONIC 


39 6 OOOA OOOE 17DF UNALIGNED 
DST 





Example 6-22 ESKAX Test 1, Subtest 5, Error 4 
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Interpretation of Example 6-22 


ds 30 is the compatibility mode TRAP vector expected. 


2. A type code of 6 is pushed on the stack. 


3; The position of the destination address on a boundary 
caused the failure. 

4. The hex equivalent of the octal code for the instruction 
under test is 17DF (this translates to 913737 in PDP-11 
code). 


Ss EXPECTED and ACTUAL VALUES are self-explanatory. 


NOTE 
On an Odd Address trap neither SRC nor 
DST initial values should change, since 
the instruction should not go to 
completion. 


Subtest 6 -- This subtest performs checking of illegal 
instructions with a register destination, i.e., 

JMP R4 or 

JSR R4, R5 


Typical Error Messages 


*kkkeEEK = =~=~CPU CLUSTER EXERCISER -- 9.G ****keKX 


PASS 1 TEST 1 SUBTEST 6 ERROR 3 19-JUN-1977 21:36:32.983 

HARD ERROR WHILE TESTING CPU: PSL FROM ILLEGAL INSTRUCTION 

TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 


36 D 8 3CBBBGB 8 3D888B0 G44 JMP R4 





Example 6-23 ESKAX Test 1, Subtest 6, Error 3 


RKRAEEKEEE CPU CLUSTER EXERCISER -- 9.@ REESE REET 

PASS 1 TEST 1 SUBTEST 6 ERROR 3 19-JUN-1977 21:36:43.64 
HARD ERROR WHILE TESTING CPU: PSL FROM ILLEGAL INSTRUCTION 
TRAP INCORRECT 


VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 


36 > 8 3CBOBDBD 830B009B G985 JSR (R5 DST) 





Example 6-24 ESKAX Test 1, Subtest 6, Error 3 
6-23 


Interpretation of Example 6-24 
des 3@ is the vector expected to field the TRAP. 
2% A type code of 5 is pushed on the stack. 
35 The instruction that failed was the JSR R4, RS. 


4. The hex equivalent for the octal code of this instruction 
is 9905. 


De EXPECTED and ACTUAL PSLsS are self-explanatory. 
ESKAX@2 (test 1) is executed in the user mode for test purposes. 
However, the module is serviced in the kernel mode, and control is 


returned to the kernel mode on completion of the module. 


The operator should note that testing of the T-bit operation with 
servicing done in the compatibility mode has not been covered. 
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6.3.2 First Part Done Test (ESKAX@4, Test 2) 

First Part Done (FPD) is the name of bit 27 in the PSL. It 
provides a facility for interrupting certain potentially long 
executing instructions during processing and resuming them later. 
Only a few instructions are interruptable in this sense. Most 
instructions acknowledge interrupts before their execution, or 
acknowledge them in mid-operation by backing up to the beginning 
and pretending that they have not yet started. A few instructions, 
however, are potentially so lengthy that this is not feasible. 
These are the character and decimal string instructions, POLYF, 
POLYD, and CRC. Each of these instructions writes a control block 
into the general registers. Should an interrupt be requested 
during processing, the current state of the operation (i.e., what 
it is doing and how far it has gotten) can be saved in this 
control block to be retrieved after the interrupt is processed. 
The instruction then sets FPD in the PSL, and acknowledges the 
interrupt. Upon return from the interrupt, the FPD bit is set in 
the PSL, so that rather than restarting, the instruction restores 
its state from the point at which it was interrupted. 


6.3.2.1 Possible First Part Done Failures -- The microcode 
implementing the FPD capability must be able to correctly save and 
restore state anywhere it does a memory reference (which may cause 
a fault) and anywhere it checks for interrupts. The state of the 
operation in some cases is complex, and it is possible that the 
microcode does not save or restore everything correctly. If the 
instruction is later resumed, the state of the machine e.g., in 
the form of contents of general registers, may well have been 
changed by the instructions executed in the interim, and will thus 
be incorrect. This will cause unpredictable results, most likely 
in the form of incorrect data written, wrong lengths and wrong 
condition codes, and will be easy to detect. 


The instructions may also fail by saving state (perhaps correctly) 
and failing to set FPD. This would normally appear when modified 
registers are used aS arguments in the restarting of the 
instruction. This condition will be detected in the test by 
checking in the interrupt routine to make certain that if FPD is 
still clear, the original arguments are unchanged. 


6.3.2.2 First Part Done Test Procedures -- The interval timer is 
used to generate interrupts during the testing of each 
instruction, in order to check the microcode and the taking of 
interrupts. Although each instruction is interrupted constantly 
during execution, it is eventually run to completion. 


After having been tested with interrupts, the instruction's 
ability to handle page faults is tested. An instruction may have 
up to six operands; twelve pages are set up to hold them, allowing 
each operand to be placed near an independent page boundary. When 
the instruction begins execution, each page is invalid. As it 
attempts to access its operands, the instruction is repeatedly 
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faulted. Each fault validates the page referenced, so that the 
instruction progresses, but this alone does not ensure that it is 
tested fully. As each page is referenced (and faulted) the first 
time, all the other pages holding operands are made invalid. This 
process tests all the cases. Since each page has a first reference 
only once, the test instruction manages to finish. 


As an example, consider the testing of an instruction with two 
string operands and one non-string operand in which the 
instruction accesses the non-string operand first, and then 
processes the strings (e.g., CMP3). First, the non-string operand 
is referenced, faulting the page containing it. Upon restart, the 
instruction fetches the non-string operand without problem, and 
begins processing the strings. Since each operand is located just 
before a page boundary, the strings will cross the boundaries. As 
the instruction progresses, it will attempt to reference the first 
page of the first operand, the first page of the second operand, 
the second page of the first operand, and the second page of the 
second operand. Because faulting in a page for the first time 
Signals the test to invalidate all the other pages, however, the 
string of references and validations proceeds as shown in Table 
6-6. 


Table 6-6 Page Faulting with First Part Done 



























I I I I ;All the pages start invalid. 

FAULT I I I ;The first page is faulted 

V I I I sand is made valid. 

V I FAULT I ;The first page of operand 2 is 

I I V I sfaulted in, and the rest out. 

FAULT I V I ;Page 1 is refaulted, and page 

V I V I 33 is left valid. 

V FAULT V I ;String 1 processing reaches 

I V I I page 2, all others faulted. 

I Vv FAULT I ;Page 1 is not needed now, but 

I V V I ;page 3 still is needed. 

I V V F :String 2 reaches its second 
;page 

I Vv ;faulting page 4 for first 
s;time. 

I V ;Page 2 is still needed, and 

I V sis faulted back in. 

I V :The instruction is completed. 


The first part done test uses the CITS routines to help set up, 
execute, and check the results of instruction tests. The 
instructions to test, and the data with which to test them, are 
stored in a table. The table entries are of variable length, and 
they begin as shown in Table 6-7. 
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Table 6-7 First Part Done Test Table Entries 









z;the op code of the test instruction 






-BYTE ;the op code's complement 
~BYTE sinitial condition codes 
-BYTE :resultant condition codes 


;operand specifiers 


The faulting section uses the Interface Data Block (IDB) to 
communicate with the exception and interrupt handler. The format 
of the IDB is shown in Table 6-8. 


Table 6-8 First Part Done IDB Format 


T-Bit Exception and State 
Count Subtype Bits 


PSL of exception 

PC of exception 

PSL of latest T-bit trap 

PC of latest T-bit trap 

User service routine address 

Number of arguments (zero) 
The service routine address points to the code that implements the 
faulting algorithm. The exception type and subtype are loaded with 


the values for translation-not-valid faults. 


This test also interfaces with the CITS routine through a Test 
Control Block (TCB). The TCB format is Shown in Table 6-9. 


Table 6-9 First Part Done TCB General Format 
Current Test Table Address 
Unused Exception Subtype fT-bit trap 
Operand 1] address, or Q@ 
Operand 2 address, or @ 
Operand 3 address, or @ 
Operand 4 address, or 9@ 
Operand 5 address, or @ 
Operand 6 address, or @ 


SCS ne cen En ee a a EE a a ee ee 
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The current test table address points into the table of test 
instructions. 


The TCB passed to CITS DECODE and to CITS_REDECODE is shown in 
Table 6-19. . 


Table 6-18 First Part Done TCB Passed to CITS DECODE 


TCB: 

TCB_INST ADDR: - LONG g ;Ccurrent test table address 

TCB T BIT: ~BYTE g ;trace trap expected flag 

TCB SUBTYPE: -BYTE ) ;exception subtype 

TCB EXCEPTION: ~BYTE g ;expected exception vector 
-BYTE 4) : unused 

TCB OPERANDS: -BLKL 6 optional operand addresses 


Typical Error Message 
HHKKKKEE CPU CLUSTER EXERCISER -- 9.9 RARE AAR 
PASS 1 TEST 2 SUBTEST @ ERROR 212 19-JUN-1977 21:41:22.083 


HARD ERROR WHILE TESTING CPU: An unexpected type of fault 
occurred. 


Fault code Referenced address PC PSL 
GAOSCHHHGOD OOB1F7F8 GGBSB3DDB GGOGSOGEB 
Table number Test case 


1 1 


TCB's address Test table address Current entry address 


QBGH8FIC GBSGBGGBATC GBGSGATC 





Example 6-25 ESKAX Test 2, Subtest @, Error 212 


Interpretation of Example 6-25 

The printout is representative of the first part done test, which 
interfaces to the CITS portion of the program for its data pool as 
follows. 


des This test interfaces with CITS through the TCB whose 
format is shown in Table 6-18. 


In this example, the first address of the TCB is 8F9C. 


The current test table address (which is the first 
longword of the TCB) is given as ATC. 


2s The starting address of the test table within CITS is 
A7C. 
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36 CITS contains a number of tables; each table contains a 
number of cases (or distinct pieces of data) where: 


Table 1 represents BASE FP instructions 
Table 2 represents DECIMAL instructions 
Table 3 represents EDIT PC instructions 
Table 4 represents FPA instructions 


A summary of the information presented so far on the 
First Part Done Test follows. 


a. We are using Table 1 from CITS for our data. 
b. The starting address of this table is A7C. 
c. We are using DATA CASE 1. 

ad. The address for DATA CASE 1 is ATC. 


e. The address of the CONTROL BLOCK guiding this test 
execution is 8F9C (whose format is shown above in 
Table 6-19). 


f. Examination of the next n locations starting with the 
CURRENT ENTRY ADDRESS (in this case A7C) will give 
information concerning the instruction under test as 
follows: 


lst byte is the op code of the test instruction. 
2nd byte is the op code's complement. 

3rd byte is the INITIAL condition code (N,Z,V,C). 
4th byte is the RESULTANT condition code (N,Z,V,C). 


The next n bytes represent operand specifiers. 
The number of operand specifiers depends on the 
instruction under test. 


4, The starting address of the area where the test 


instruction is placed (residing) while undergoing test is 
the PC of 3DD9. 
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A Second Error Message 


kkeKEKK CPU CLUSTER EXERCISER -- 9.9 ***###x# 


PASS 1 TEST 2 SUBTEST @ ERROR 213 19-JUN-1977 21:41:22.63 
HARD ERROR WHILE TESTING CPU: Page fault on non-test instruction. 
Fault Code Reference address PC PSL 

POOSBHID OOOLFFFS8 GBGG3DDB ODSBOSOOEB 

Table number Test case 

1 1 

TCB's address Test table address Current entry address 


GHPB8FIC GBG9BATC BBBBGATC 





Example 6-26 ESKAX Test 2, Subtest 9, Error 213 
Interpretation of Example 6-26 
The REFERENCE ADDRESS of 1FFF8 represents the address which caused 
the FAULT CODE of @. 
The breakdown of the FAULT CODE is as follows: 


Bit Position Meaning 


i) 6 = translation not valid 
1 = access control violation 
1 1 = fault occurred during virtual reference to the 
PTE of the stored process virtual address 
2 @ = read access 
1 = write or modify access 


The interrupts portion of the test begins by setting up the test 
instruction and data, using the CITS routines named CITS DECODE 
and CITS SETUP. 


CITS SETUP returns with the PC and initial PSL of the test 
instruction on the stack. The test saves a copy of the test 
instruction's PC and general registers, so that its progress may 
be observed. Then the test initializes the interval timer service 
routine. 
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It then sets up a timer interrupt and executes an REI to the test 
instruction, which is interrupted immediately. 


Since the state of the instruction is contained in the registers, 
if they are unchanged since the previous interrupt, the 
instruction has not progressed. This condition results from 
interrupting too soon. In this case, the interval timer is 
increased, and the test instruction is resumed. 


In the other case, when the general registers have changed, the 
instruction has progressed. 


Next, a divide-packed instruction is executed in an attempt to 
modify the state of any internal registers that might be used by 
the instruction under test. The timer is then set up for the new 
wait time, started, and the test instruction is resumed. 


When the test instruction has been completed, the results are 
checked and any errors are reported. 


Once interrupts and faults have been tried, the next entry in the 
test instruction table is selected, and the testing of that 
instruction begins. 


There are four classes of errors that may occur. 


Class 1 -- Unexpected exceptions or interrupts. 
Class 2 -- Exception or interrupt identifier reports, which simply 
state 


ERROR IN TEST CASE NN. 

These occur when an exception or interrupt occurs during the 
testing of an instruction, and they are immediately followed by 
the exception report. They exist solely to inform the operator of 
the test case in which the exception occurred. 


Class 3 -- Instruction test errors describe incorrect results from 
instruction testing. The instructions tested are a subset of those 
tested in ESKAY@5 TEST@4 and ESKAY@6 TEST®#@5, so that the 
instruction test errors are identical between those tests and this 
test, ESKAX@4 TEST@2. This data is in module ESKAX@3_ FPD DATA. 
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Class 4 -- These errors are first part done specific (Example 
6-27). 


They have error numbers 298 through 299. Each reports error 
specific information, the table number, and the test case number. 
The interpretation of table numbers is as follows: 


Table Number Meaning 


1 Floating-point test table 

2 Decimal string test table 

3 EDITPC test table 

4 Floating-point test table 
(Executed with FPA enabled if an FPA 
exists) 


The test case number indexes into the appropriate table to 
indicate a single test. 


*kkRKEKER ~~ CPU CLUSTER EXERCISER -- 9.0 **##*kK 


PASS 1 TEST 2 SUBTEST § ERROR 207 .«. «© « « « 


HARD ERROR WHILE TESTING CPU: EXPECTED TIMER INTERRUPTS DIDN'T 
OCCUR. 


VALUE PASSES 
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TABLE NUMBER TEST CASE 


1 115 


TCB'S ADDRESS TEST TABLE ADDRESS CURRENT ENTRY ADDRESS 


18E® 9F6 9F6 





Example 6-27 ESKAX Test 2, Subtest @, Error 297 


6.3.3 SBI Verification Module (ESKAX95, Test 3) 

The SBI verification test is designed to exercise and partially 
diagnose faults on the SBI nexus connected to it. Error reports 
will differentiate between faults on the SBI proper and faults 
caused by a nexus. The error printouts will serve as guides to 
selection of the appropriate repair level diagnostic to further 
isolate the problem. 
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With the exception of the interactive mode setup subtest, errors 
will be reproducible via looping. For interactive mode, due to the 
asynchronous operation of the exerciser, only errors introduced by 
interrupts from the interval timer are guaranteed to be 
reproducible. 


Note that failing devices are deselected from further testing at 
the point of failure. This means that if an MBA or UBA fails in a 
test before MBE or UBE checkout, the MBES or UBES attached are not 
checked for the failing MBA or UBA. 


The SBI verification test is composed of the following parts. 


* SBI checkout -- Verifies configuration register of each 
nexus that can be accessed. 


% UBA checkout -- Verifies that each selected UBA on the 
SBI can sustain data transfers without incurring errors 
and that interrupts occur at the proper BR level. 


- MBA checkout -- Verifies that each selected MBA on the 
SBI can sustain data transfers without incurring errors 
and that interrupts occur at the proper BR level. 


7 SBI interaction -- Verifies that all UBAS are capable of 
block data transfers in a controlled sequential mode of 
operation. 


ai UBE checkout -- Verifies that all existing UBES are 
capable of sustaining data transfers and interrupting on 
completion without errors. 


MBE checkout -- Verifies that all existing MBEs for 
selected MBAS are capable of sustaining data transfers 
and interrupting on completion without errors. 


6.3.3.1 SBI Checkout Subtest -- The SBI checkout subtest will 
perform reads and writes to the configuration register of each 
nexus on the SBI as defined by the hardware P-Table. This subtest 
will set up the Hardware Interrupt Request Table (HIRT), which 
will contain an entry for each UBA and/or MBA responding to a read 
of its configuration/status register. This table will be used by 
all subtests within the SBI verification test. A nexus that does 
not respond will not be entered into the HIRT and, therefore, will 
not be used in the following subtests. No response from a nexus is 
treated as an error. 
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The SBI checkout subtest uses the CPU silo comparator register to 
check the validity of the commands and responses from the 
receiving nexus on the SBI. 


The primary purpose of this subtest is to provide the field user 
with a detailed check of the SBI. It will isolate faults in such a 
Manner that the error information printed will aid the user in the 
selection of the proper diagnostic, which may then be run to 
further isolate the fault. 


a 


Silo Compare Servicing -- The silo compare service 
routine will read back the SBI silo and compare the 
contents with the arguments supplied in the IDB 
(interface data block). Null cycles between command 
issue and read reply are checked for continuity of 
function, i.e., TR lines not continually asserted. No 
checking will be made for the number of null cycles. 


On completion of the silo read back, the fault bit in the CPU SBI 
Status register will be checked for clear. The error flag will be 
set and the appropriate information will be placed on the error 
stack if it is set. The fault bit will be reset if set. The 
interrupt on silo compare bit will be cleared and the SBI silo 
compare register will be cleared. 


A return is then made to the point of invocation of the interrupt 
cauSing this routine to be executed. 
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6.3.3.2 UBA Checkout Subtest -- This subtest will only be run for 
UBAS that exist in the HIRT and have been qualified by the SBI 
checkout subtest. 


Each UBA will be set up to operate in a wraparound mode So that 
access from the SBI to UnibusS memory space will be mapped into SBI 
memory Space. 
This subtest will check the following UBA capabilities. 

Le DDP and BDPl data paths are operational. 


2s Interrupts can be initiated by the adapter and result in 
the correct vector being accessed. 


oe The map registers can be accessed and used correctly. 
4. Purging operates correctly. 
5. A read to nonexistent Unibus memory space causes the 


correct error sequence and interrupt. 


The subtest will autosize the Unibus memory and set the map 
register disable portion of the Unibus Adapter Control Register 
(UACR) for use by other subtests within the SBI verification test. 


Faults detected within this subtest will cause the UBA under test 


to be disqualified from further use by any other subtest within 
the SBI verification test. 


UBA Interrupt Servicing -- Interrupts generated by the Unibus 
Adapter are serviced by this routine. 


The routine will compare the configuration register and the Unibus 
Adapter Status Register (UASR) with arguments supplied in the 
Service Data Block (SDB). If there are any differences, they will 
be pushed on the error stack and the error flag will be set. For 
an invalid map register type interrupt, the failed mapped entry 
register will be compared with the SDB entry. Also, for a Unibus 
SSYN timeout, the failed Unibus address register will be compared 
with the SDB entry. 


The AEIL (Additional Exception or Interrupt Longword) is used as 
the transfer vehicle to indicate to the interrupted program the 
IPL level at which the interrupt occurred. 

6.3.3.3 MBA Checkout Subtest - This subtest is run only on MBAs 
that exist in the HIRT and have been qualified by the SBI checkout 
subtest. 


Each MBA is set up to operate in maintenance mode. 
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This subtest checks the following MBA capabilities. 


Ls Initialization clears registers and does not cause 
interrupts. 1. 


De DT BUSY can be set and causes no interrupts. 
a PGE can be set and causes an interrupt. 
4. Read and write transfers operate correctly; on completion 


of read data transfer, DONE is set and causes an 
interrupt. 


Faults detected within this subtest cause the MBA under test to be 
disqualified from further use by any other subtest within the SBI 
verification test. 


MBA Interrupt Servicing -- Interrupts generated by the Massbus 
adapter are serviced by this routine. 


This routine compares the status register with an argument 
supplied in the SDB. 


If there are any differences, the SDB + 2 will be set to indicate 
error and the error information will be put into the appropriate 
slots in the Master Control Space (MCS). 


6.3.3.4 SBI Interaction Subtest -- After the UBAs are set up for 
wraparound operation, the following data transfer types are 
initiated. 


as read word 
26 write byte 
3% write word 
4. modify byte 
5 modify word 


6.3.3.5 UBE Checkout Subtest -- This subtest determines the 
number and location of Unibus exercisers for each Unibus adapter 
and checks each as it is found. If no faults are detected, the UBE 
is entered in the HIRT and the qualify bit will be set. 


Only qualified UBAs are used during this subtest. If none exists, 
the subtest will be skipped. 


UBAs are set up with two map registers pointing to SBI memory 
Space. One map uses the Direct Data Path (DP@) and the other uses 
buffered Data Path One (DP1). All interrupts are enabled. 


Autosizing is used to determine the location of a Unibus 
exerciser. 
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Each exerciser is checked for the following two capabilities: 


2 
2 


ability to execute DATO, DATI functions, 


ability to interrupt at BR levels 4 through 7 following a 
function. 


If any of the above conditions is not met, the UBE is not entered 
in the HIRT. 


UBE Interrupt Servicing -- The contents of the BRRVR and UBA base 
address are passed into the test from the master exception and 
interrupt handler. In addition, the routine performs the following 
four functions. 


alee 


2% 


3« 


4. 


6.3.3.6 


If bit 31 is set in the BRRVR value read, then call the 
UBA service routine. 


Derive the UBE address from the vector supplied in the 
low word of the BRRVR value. 


Examine bit 15 (error bit) of CRl. If the bit is set, 
push the error type information and contents of the 


control registers, CRl and CR2, on the error stack and 
set the error flag. Clear the error bit. 


Return. 


MBE Checkout Subtest -- This subtest determines if an MBE 


is present for each MBA that has been previously qualified. 


Each exerciser will be checked for the following: 


ae 
oe 


read transfers 
write transfers. 


Additionally, the MBA is checked for whether 


1. 
2. 


Attention can be set which causes an interrupt. 
Massbus exception can be set which causes an interrupt. 


If any of the above conditions is not met, the MBE is not entered 
in the HIRT. 
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Typical Error Messages for the SBI Verification Module: 


RERREEER CPU CLUSTER EXERCISER -- 9.9 EERKASRES 


PASS 1 TEST 3 SUBTEST 2 ERROR 18 19-JUN-1977 21:53: 25.96 

HARD ERROR WHILE TESTING UBA: INVALIDATED MAP REGISTER ACCESS 

| ERROR: DESTINATION OVERWRITTEN 

ADD ACCESS NEXUS ADD MR ADD FUNC EXP DATA ACT DATA 


28186 9F8 69906080 690906819 WRITE 25255252 24255252 





Example 6-28  ESKAX Test 3, Subtest 2, Error 16 


kkaRAKEE CPU CLUSTER EXERCISER -- 9.0 ***##e#RX 
PASS 1 TEST 3 SUBTEST 3. ERROR 4 19-JUN-1977 21:57:63.12 


HARD ERROR WHILE TESTING MBA#: MBA WRITE 


ERROR: RESULT 
ADD ACCESS NEXUS ADD EXP DATA ACT DATA 


6901949 60019009 GBDG2800 GBSGS24BB 





Example 6-29 ESKAX Test 3, Subtest 3, Error 4 


REREAERE CPU CLUSTER EXERCISER -- 9.9 RSERERES 
PASS 1 TEST 3 SUBTEST 3 ERROR 4 19-JUN-1977 21:57:13.87 


HARD ERROR WHILE TESTING MBA1: MBA WRITE 


ERROR: RESULT 


ADD ACCESS NEXUS ADD EXP DATA ACT DATA 


684612466 68812000 GBOGVH20GO GBGH3IGOHOB 





Example 6-30 ESKAX Test 3, Subtest 3, Error 4 
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Interpretation of Example 6-28 
These printouts are typical of ESKAX Test 2, where: 


Ls 


The nexus address is 6800060090. A nexus is defined as a 
physical connection to the SBI. In this case the nexus is 
the UBA. 


Since the SBI deals in 39-bit addresses, 18-bit Unibus 
addresses must be translated to 39-bit SBI addresses. 
This function is performed by the Unibus adapter through 
one of the 496 UBA memory map registers, as shown in 
Table 6-1l. 


Table 6-11 Unibus Adapter Map Register Address Offsets 


Offset from the 


Unibus Memory Page UBA Base Address 
) 888 

1 8G 4 

2 888 

3 898C 

4 8190 

495 FBC 

5 FCO 

° s Reserved 

. FFC 


In the example given, the MR ADDRESS is 69696818. The underlined 
portion of the address (using Table 6-11) tells us that we are 
working with the map register for Unibus memory, page 4. 


One Unibus memory page equals 512 bytes. 


3. The function performed was a write. 

4. Each UBA has an associated Unibus address space with a 
physical starting address as follows: 

UBA Number Physical Starting Address 

) 20190008 

1 20148800 

2 28188009 

3 201C6BBD 


From Example 6-28 the ADDRESS ACCESSED is 2@18009F8, indicating 
UBA @ under test. 


Se 


EXPECTED and ACTUAL DATA are self-explanatory. 


6.3.3.7 Memory Verify (ESKAX86_ TEST@4) -- Not yet implemented. 
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6.4 ESKAY 


6.4.1 Interval Timer and Day Clock Verification Module 
(ESKAY92 TEST@1) 

This module tests the interval timer and the day clock. The 
interval timer is used extensively throughout the cluster 
exerciser package during interactive operation. 


6.4.1.1 Interval Timer Functions 


Subtest 1 -- The interrupt enable bit in the control status 
register can be set and cleared. 


Typical Error Message 


kkkKKKEK CPU CLUSTER EXERCISER -- 9.0 **##k*kkX 


PASS 1 TEST 1 SUBTEST 1 ERROR 2 18-JUN-1977 96:38:85.19 


HARD ERROR WHILE TESTING CPU: INTERRUPT ENABLE BIT CAN'T BE 
CLEARED 





Example 6-31 ESKAY Test 1, Subtest 1, Error 2 


Subtest 2 -- This subtest checks that the transfer bit (bit @4) in 
the control status register can be set, thus activiating a 
transfer of the contents of the next interval register to the 
current interval register. 

A check that the transfer bit is read as @ is also performed. 


Typical Error Messages 


*kkkKKKE CPU CLUSTER EXERCISER -- 9.0 ****ex#x 
PASS 1 TEST 1 SUBTEST 2 ERROR 1 18-JUN-1977 6:39:58.61 


HARD ERROR WHILE TESTING CPU: XFER BIT STUCK AT 1 





Example 6-32 ESKAY Test 1, Subtest 2, Error 1 


AEREERES CPU CLUSTER EXERCISER -- 9.90 FREEL ERE 


PASS 1 TEST 1 SUBTEST 2 ERROR 2 18-JUN-1977 96:39:58.6] 


HARD ERROR WHILE TESTING CPU: XFER FROM NEXT INTERVAL TO INTERVAL 
COUNT INCORRECT 





Example 6-33 ESKAY Test 1, Subtest 2, Error 2 


6-40 


Subtest 3 -- The single clock bit (bit 5) in the control status 
register can be set, thus causing the current interval register to 
advance by one. 


The test also checks that the single clock bit is read as zero. 


kkkKEEKK CPU CLUSTER EXERCISER -- 9.0 **# ke 


PASS 1 TEST 1 SUBTEST 3 ERROR 2 18-JUN-1977 96:43:14.82 


HARD ERROR WHILE TESTING CPU: SINGLE CLOCK BIT NOT FUNCTIONING 
PROPERLY 





Example 6-34 ESKAY Test 1, Subtest 3, Error 2 


Subtest 4 -- This test floats a one through a field of zeros in 
the current interval register. The medium of transfer is the 
read/write unit comprised of the current interval register and the 
next interval register, respectively. Since the next interval 
register is write-only, only the current interval register is 
checked at the end of the transfer. If a failure is detected in 
the current interval register, it is possible that the failure 
originated in the next interval register. 


Typical Error Message 
xkkeKKEKK CPU CLUSTER EXERCISER -- 9.0 **#*#%e%%% 
PASS 1 TEST 1 SUBTEST 4 ERROR 1 18-JUN-1977 96:44:31.89 


HARD ERROR WHILE TESTING CPU: ADJACENT PIN STICKING IN INTERVAL 
COUNT REGISTER 


EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 


GDBGHSSA4 GBOOSHB6 PHGSHHHA4 





Example 6-35 ESKAY Test 1, Subtest 4, Error 1 


Interpretation 


di The ENTRY VALUE of @@000004 represents the value loaded 
into the next interval register (hex 19). 


Zs The EXPECTED RESULT of 999909004 represents what’ the 
content of the current interval register (hex 1A) should 
be after the transfer is complete. 


3. The RECEIVED RESULT is self-explanatory. 
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Subtest 5 -- This subtest checks the carry bits of the current 
interval register. This is accomplished by preloading the next 
interval register with the value to force the carry, transferring 
this to the next interval register, and then single-clocking to 
force the carry expected. 


Typical Error Message 


xkkeeKEK ~~ CPU CLUSTER EXERCISER -- 9.9 *###ek# 


PASS 1 TEST 1 SUBTEST 5 ERROR 1 18-JUN-1977 66:45:59.65 

HARD ERROR WHILE TESTING CPU: INTERVAL TIMER COUNTING NOT 
PROCEEDING PROPERLY 

EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 


GBBSBHH2 GHOGOOHGG1 GBOGHOGSH1 





Example 6-36 ESKAY Test 1, Subtest 5, Error 1 


kkkKKKKK CPU CLUSTER EXERCISER -- 9.9 ****ekex 

PASS 1 TEST 1 SUBTEST 5 ERROR 1 18-JUN-1977 96:45:50.65 

HARD ERROR WHILE TESTING CPU: INTERVAL TIMER COUNTING NOT 
PROCEEDING PROPERLY 


EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 


GOOGOOHBA GBBBBBD3 BDDGHBOGD3 





Example 6-37 ESKAY Test 1, Subtest 5, Error 1 


Interpretation of Example 6-36 


Le The ENTRY VALUE of 989009001 represents the value loaded 
into the next interval register (hex 19). 


Ze The EXPECTED RESULT of 968080002 represents what’ the 
content of the current interval register (hex 1A) should 
be after the transfer is complete and the single clock 
bit has been ticked once. 


3. The RECEIVED RESULT is self-explanatory. 
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Subtest 6 -- This subtest checks that the error bit in the control 
Status register will set in the case of a current interval 
register overflow occurrence before a previous interrupt has been 


serviced. 
The error messages are self-explanatory. 


RERKEREA CPU CLUSTER EXERCISER -- 9.98 cabal 


PASS 1 TEST 1 SUBTEST 6 ERROR 1 18-JUN-1977 66:53:13.11 


HARD ERROR WHILE TESTING CPU: INTERRUPT REQUEST NOT SET ON 
OVERF LOW 





Example 6-38 ESKAY Test 1, Subtest 6, Error 1 


HEKKEREE CPU CLUSTER EXERCISER -- 9.9 RERAEESE 
PASS 1 TEST 1 SUBTEST 6 ERROR 2 18-JUN-1977 96:53:13.11 


HARD ERROR WHILE TESTING CPU: ERR NOT SET FROM UNSERVICED OVERFLOW 





Example 6-39 ESKAY Test 1, Subtest 6, Error 2 


Subtest 7 -- This subtest checks the run bit of the control status 
register with the interrupt enable bit not set (i.e., a check of 
no interrupt capability). 

Typical Error Message 

kkkKKKKK CPU CLUSTER EXERCISER -- 9.0 **#kkeeH 


PASS 1 TEST 1 SUBTEST 7 ERROR 3 18-JUN-1977 96:53:13.11 


HARD ERROR WHILE TESTING CPU: ERR BIT SET -- SHOULD NOT BE 





Example 6-48 ESKAY Test 1, Subtest 7, Error 3 


Subtest 8 -- This subtest checks the run bit of the control status 
register with the interrupt enable bit set, a check of interrupt 
capability. A check is also made to verify that the interrupt is 
enabled at IPL 24 (hex 18). 
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Typical Error Message 


EAEERE ES CPU CLUSTER EXERCISER -- 9.@ Le ee 


PASS 1 TEST 1 SUBTEST 8 ERROR 2 18-JUN-1977 @6:55:56.48 


HARD ERROR WHILE TESTING CPU: INTERRUPT OCCURRED AT OTHER THAN IPL 
24 


IPL WAS 18 





Example 6-41 ESKAY Test 1, Subtest 8, Error 2 


Interpretation of Example 6-41 


1. The IPL WAS would indicate at what IPL level the 
interrupt did occur (if other than IPL 24). 


6.4.1.2 Day Clock Function 
Subtest 9 -- This subtest checks the ability of the time of day 
register to advance from a known state, given 2@ ms to do So. 


Typical Error Message 


*kkKKKKK CPU CLUSTER EXERCISER -- 9.0 ‘**keeeKK 
PASS 1 TEST 1 SUBTEST 9 ERROR 1 18-JUN-1977 9%6:58:26.79 


HARD ERROR WHILE TESTING CPU: TIME OF DAY CLOCK NOT INCREMENTING 





Example 6-42 ESKAY Test 1, Subtest 9, Error 1 


Subtest 18 -- This subtest checks the ability of the time of day 
register to accept a back-to-back loading of two different and 
unique values. 


Typical Error Message 


kkkkEKEE CPU CLUSTER EXERCISER -- 9.G **#*keKH 
PASS 1 TEST 1 SUBTEST 18 ERROR 2 18-JUN-1977 66:59:43.78 


HARD ERROR WHILE TESTING CPU: DOUBLE LOADING OF TIME OF DAY NOT 
CORRECT 


EXPECTED RESULT RECEIVED RESULT 1ST LOAD 2ND LOAD 


AAAAAAAC AAAAAAAA 55555555 AAAAAAAA 





Example 6-43 ESKAY Test 1, Subtest 19, Error 2 
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Subtest 11 -- This subtest checks for any stuck-at-zero bits in 
the time of day register. 


Typical Error Message 


*#k*kkEKK ~~ CPU CLUSTER EXERCISER -- 9.0  **#*kkKR 


PASS 1 TEST 1 SUBTEST 11 ERROR 1 18-JUN-1977 %7:80:30.34 


HARD ERROR WHILE TESTING CPU: ADJACENT PIN STICKING IN TIME OF DAY 


REGISTER 
EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 


FFFFFFFE FFFFFFFF FFFFFFFD 





Example 6-44 ESKAY Test 1, Subtest 11, Error 1 
Subtest 12 -- This subtest checks the Carry bits of the time of 
day register. This is accomplished by preloading the time of day 
register with the value to force the Carry, and then expecting a 
Carry bit in approximately 14--15 ms. 
HRHEKEKEKRE CPU CLUSTER EXERCISER -- 9.9 RARE ERS 
PASS 1 TEST 1 SUBTEST 12 ERROR 2 18-JUN-1977 @7:95:902.22 


HARD ERROR WHILE TESTING CPU: TIME OF DAY COUNTING NOT PROCEEDING 
PROPERLY 


EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 





OBBBBBH2 OBOGBHH1 OBDHBOGO1 


Example 6-45 ESKAY Test 1, Subtest 12, Error 2 


Interpretation of Example 6-45 


ds The ENTRY VALUE of #9889001 is what is initially loaded 
into the time of day register. 


2. The EXPECTED RESULT of 980880002 is the final value 
expected to be in the time of day register approximately 
14 ms after the initial load. 

3 The RECEIVED RESULT is self-explanatory. 


In addition, the test checks for stuck-at-zero bits in the time of 
day register. 
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6.4.2 Arithmetic, Logic, and Field Instruction Test Module 
(ESKAY#3, Test 92) 

This module tests the integer arithmetic, logical, and field 
instruction microcode and associated hardware. CITS performs all 
of the functional control, building expected data patterns, 
executing the instructions to be tested, and checking the results. 


The following two printouts are typical of error reports coming 
from this test. 


a. One shows a result PSL error. 
b. The second shows incorrect operand result contents. 


*kkRKKEK ~~ CPU CLUSTER EXERCISER -- 9.6 ‘**keeKeE 
PASS 1 TEST 2 SUBTEST 1 ERROR 1 6-AUG-1978 11:34:41.92 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 1 


? RESULT PSL ERROR 


EXPECTED ACTUAL 
COOBBBES OBOGOBEL 
INITIAL CONDITIONS: 
PC 908004958 PSL OOB900EF 


OP CODE -- 98 WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R@6--R6: 

RG GOO BAED4 Rl 099 GAEOBD R2 GASGOBBB 
R3 BADOOOHD R4 CBBDOHOD R5 GBOBBHDD 
R6 DOBHHHHD 

SOURCE OPERAND DATA: 

OPERAND 1 


95 





Example 6-46 ESKAY Test 2, Subtest 2, Error 1 
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kkkkKKEK | CPU CLUSTER EXERCISER -- 9.6 ***#kkx 
PASS 1 TEST 2 SUBTEST 1 ERROR 31 6-AUG-1978 11:35:27.25 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


ERROR IN TEST CASE NUMBER: 31 


INCORRECT RESULT, OPERAND 2 


EXPECTED ACTUAL 
G8BB4300 6804394 


GIDDBBOD GODOBOOD 


INITIAL CONDITIONS: 

PC QOGGB46FA PSL BODBOOEF 

OP CODE -- 6C WITH REGISTER INDIRECT OPERANDS 
INITIAL CONDITIONS: 

R@ BOSBGAEGB4 Rl 9SSBAEBD R2 GBBHSBOD 
R3 GBOSOBOOOD R4 GPGDOOOD R5 POGBHHOO 


R6 DIBBHGHD 


SOURCE OPERAND DATA: 
OPERAND 1 


21 





Example 6-47 ESKAY Test 2, Subtest 1, Error 31 


6-47 


Interpretation of Example 6-47 


l. 


The op code 6C defines the instruction under test as 
CVTBD (you can know this by simply looking up the given 
op code on a coding card). 


The general format of this instruction (again from 
looking at the code card) is as follows: 


op code scr.rx, dst.wy 


The statement WITH REGISTER INDIRECT OPERANDS indicates 
that the form of the instruction being tested is CVTBD 
(R@), (Rl). 


NOTE 
All instruction testing is set up so 
that the first operand always uses R@, 
second operand always uses Rl, third 
operand always uses R2, etc. 


The initial conditions PC and PSL should be 
self-explanatory. 


The TEST CASE NUMBER of 31 shows nothing more than how 
far into the current test table we are, i.e., 39 
instruction types were tested up to this point with no 
errors. 


For all intents and purposes, you can ignore this number. 


The error indication of INCORRECT RESULT, OPERAND 2 
States that the final contents of the destination operand 
were wrong. OPERAND 2 is shown above as (Rl). 


The SOURCE OPERAND DATA of 21 is self-explanatory. 


The INITIAL REGISTERS R@--R6 specify the addresses in 
memory in use for the instruction. In this case, CVTBC 
(AE®@4), (AE@D). 


NOTE 
R2 through R6 contain @s since the CVTBD 
instruction uses only two operands. 


Finally, the EXPECTED value of 4389 and the ACTUAL value 
of 4304. 


If you examine the content of AE@D (/W) it should contain 
4304. 


Example 6-48 is another form of printout similar to the preceding 
two examples with a twist. An unexpected exception occurred during 
the testing of an instruction. 
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kkeRKEKK CPU CLUSTER EXERCISER -- 9.0 **k#*kKX 


PASS 1 TEST 2 SUBTEST 3 ERROR 1 6-AUG-1978 11:34:42.57 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 1 
UNEXPECTED EXCEPTION 

ERROR# 99999001 

VECTOR# 68008934 

SUBTYPE# 609900061 

PSL 868000 90EB 


PC 96894933 


INITIAL CONDITIONS: 
PC 960894930 PSL OBBOBBBED 


OP CODE -- 8E WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R9--R6: 

RO OODGAEB4 Rl G09 GAEBD GDDGGHBO 
R3 POBGOHOO R4 BBBHSBOO ea) 
R6 PGBAHHIO 

SOURCE OPERAND DATA: 

OPERAND 1 


80 





Example 6-48 ESKAY Test 2, Subtest 3, Error 1 
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Interpretation of Example 6-48 


a The unexpected exception occurred through VECTOR 34 
(Paragraph 2.7 of the KA78@ Central Processor Technical 
Description lists VECTOR 34 as the ARITHMETIC TRAP 
vector). 


2. The SUBTYPE of 1 informs you that the condition was 
INTEGER OVERFLOW (Paragraph 2.7 of the KA789@ Central 
Processor Technical Description). 


36 The PC of 4933 and PSL of EB are those existing at the 
time of the exception occurrence. 


4. The ERROR 1 is nothing more than a repetition of the 
ERROR 1 printout of the header report. 


5, The rest of the printout is as outlined for the two 
printouts preceding (i.e., the same breakdown applies). 


6.4.3 Branch, CRC, and Queue Test Module (ESKAY@4, Test 93) 
Not yet implemented. 


6.4.4 Floating-Point Instructions Test Module (ESKAY@5, Test 4; 
ESKAY96, Test 5) 

Tests 4 and 5 check both the basic floating-point instructions and 
the accelerated floating-point instructions. Arithmetic and 
reserved operand exceptions pertaining to floating-point 
instructions are also tested. Since the FPA takes part in the 
execution of MULL2 and MULL3, the tests also check these 
instructions. The floating-point accelerator is turned off for 
test 4 and on for test 5. 


6-50 


Typical Error Messages for Test 4 


HRKKKRKKE CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.9 RRRKEKERE 


PASS 1 TEST 4 SUBTEST 1 ERROR 2 2@6-FEB-1978 11:26:09.0@ 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 2 
? RESULT PSL ERROR 
EXPECTED ACTUAL 


OO1FOBE3 OB1FOGEL 


INITIAL CONDITIONS: 
PC $6004429 PSL @O1FO0EF 


OP CODE -- 4F WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R@#--R6: 
RO G08 BACH4 Rl GBHBACIB R2 BBBGAC1C 
R3 BOBBOSDO R4 GOSSOGHO R5 ET) 


R6 POIOSBOO 
SOURCE OPERAND DATA: 


OPERAND 1 
BBGB4G8B 
OPERAND 2 
B9BG488O 
OPERAND 3 


I , 





Example 6-49 ESKAY Test 4, Subtest 1, Error 2 
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kkekAKKE =~ CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.0 *#*#e#ex 
PASS 1 TEST 4 SUBTEST 1 ERROR 7 2@-FEB-1978 11:26:60.00 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 
? ERROR IN TEST CASE NUMBER: 7 
? RESULT PSL ERROR 
EXPECTED ACTUAL 
OO1FOOES5 GO1FOBE4 
INITIAL CONDITIONS: 
PC 90904695 PSL OO1FOGEB 


OP CODE -- 71 WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R@--R6: 


RO GBBHACH4 Rl GO8GGAC14 R2 DODGE GOD 


R3 GOABLDOO R4 GABBOHOD R5 GABBHOHB 


R6 OODBBDBD 


SOURCE OPERAND DATA: 


OPERAND 1 
SOSH4G8O 
OOOSDHOD 
OPERAND 2 
BOGG4G8B 


SOCHOOOD 





Example 6-5@ ESKAY Test 4, Subtest 1, Error 7 
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*kkeeKKEK = =~CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.9 **#*###eE 
PASS 1 TEST 4 SUBTEST 1 ERROR 24 20-FEB-1978 11:26:00.06 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


ERROR IN TEST CASE NUMBER: 24 
RESULT PSL ERROR 
EXPECTED ACTUAL 


OG1FOSES OO1FOOED 


INITIAL CONDITIONS: 

PC $9004873 PSL OO1FOOEF 

OP CODE --— WITH REGISTER INDIRECT OPERANDS 
INITIAL REGISTERS R#--R6 

RO BBBGACHA Rl GBGGAC14 R2 GBB8GAC1D 
R3 89 BAC 2D R4 898 GAC39 R5 GOSSBBOD 


R6 BDBHDBBS 


SOURCE OPERAND DATA: 
OPERAND 1 
FFFE 4FFF 


FFFFFFFF 


OPERAND 2 


FF 
OPERAND 3 
GOBH4H8B 


GOBGBBGD 





Example 6-51 ESKAY Test 4, Subtest 1, Error 24 
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A lengthy detailed description of this type of error report has 
been supplied in Paragraph 6.4.2. Using that description as a 
reference, interpretations of the preceding three error reports 
follow. 
Interpretation of Example 6-49 
The instruction being tested is 

ACBF (R@), (Rl), (R2), displacement 


BREAKING DOWN FURTHER-- 
ACBF (AC@4), (AC1%), (AC1C), displacement 


BREAKING DOWN FURTHER-- 
ACBF a 5 "4 displacement 


limit addend index 
Interpretation of Example 6-59 
The instruction being tested is 
CMPD (R@), (R1) 


BREAKING DOWN FURTHER-- 
CMPD (AC@4, (AC14) 


BREAKING DOWN FURTHER-- 
CMPD 49898, 4889 


source destination 
Interpretation of Example 6-51 
Going through a similar analysis 


EMODD (RG), (R1), (R2), integer, fraction 


EMODD FFFE4FFF GBGG488B 
FFFFFFFF, FF, GOG00G808, integer, fraction 
floating- multiplicand 


point. multiplier 


floating-point 
multiplier extension 
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Typical Error Messages for Test 5 
kkkKKKEK CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.G *#**eee%% 
PASS 1 TEST 5 SUBTEST 2 ERROR 7 29-FEB-1978 11:26:09.090 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 7 
? INCORRECT TRACE TRAP PSL 
EXPECTED ACTUAL 


OB1FOOF5 OO1F OOF 4 


INITIAL CONDITIONS: 
PC 98004695 PSL OG1FOOFB 
OP CODE -- 71 WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R@--R6: 


RO GBP GACH4 Rl G86G8AC14 R2 GOOCGBHD 


R3 POCBSOOO R4 GBOBOOHD R5 GOBBHBOD 
R6 BHOGAOOO 


SOURCE OPERAND DATA: 
OPERAND 1 

GIHD4G8B 

GAGGBASO 

OPERAND 2 

GHDHAGSO 


GOSOOBBG 





Example 4-52 ESKAY Test 5, Subtest 2, Error 7 
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REKKEAKE CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.9 REEKA NES 
PASS 1 TEST 5 SUBTEST 8 ERROR 198 29-FEB-1978 11:26:80.90 


HARD ERROR WHILE TESTING CPU: FLOATING NORMALIZE SUBTEST 


? ERROR IN TEST CASE NUMBER: 113 


EX PECTED ACTUAL 


FFF849FF DOOB3F8O 


TEST AT PC: @8889A87 ADDF3 RG, R2, R4 
RB 88984980 


R2 @990698CH40 





Example 6-53 ESKAY Test 5, Subtest 8, Error 1900 


RREKKEKE CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.@ SEARO SA 
PASS 1 TEST 5 SUBTEST 8 ERROR 181 2@-FEB-1978 11:26:00.90 


HARD ERROR WHILE TESTING CPU: FLOATING NORMALIZE SUBTEST 


? ERROR IN TEST CASE NUMBER: 161 
EXPECTED ACTUAL 
GBBH4G4B GBGG490B 


GBOBHHOO GIBGBOOO 


TEST AT PC: 988989B1l ADD3 R@, R2, R4 


Rl @888CHOB 
R2 FFFF4D7F 


R3 @GGBEDBO 





Example 6-54 ESKAY Test 5, Subtest 8, Error 181 
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The interpretation of Example 6-52 is similar to that already 
given for Example 6-47. 


Examples 6-53 and 6-54 are for the FLOATING NORMALIZE SUBTEST and 
differ from the standard CITS printouts as follows: 


1. Both printouts give the instructions under test and their 
operands, i.e., 


ADDF3 RG, R2, R4 
ADD3 R@, R2, R4 


2% The operand data is listed directly under the TEST AT PC 
statements. 


3s The EXPECTED and ACTUAL data in both cases reference the 
contents of R4 (R4, by definition, specifies the 
destination operand). 


6.4.5 Operand Specifier Dependent Floating-Point Test (ESKAY8@7, 
Test 6) 

Not yet implemented. 

6.4.6 Decimal Strings Module (ESKAX@8, Test 7) 


This module tests the microcode and hardware used for decimal 
string execution. 


Interpretation of Example 6-55 
The error printouts coming from this test are designed like those 
of test 5. An overall interpretation has already been described in 
the test 2 writeup. 
Analysis should show the instruction under test to be 
ADDP6 (RQ), (Rl), (R2), (R3), (R4), (R5) 

addladdr add2addr Sumaddr 


addllen add2len sumlen 


with ADDRESSES REFERENCED shown under INITIAL REGISTERS R@--R6 and 
OPERAND DATA as indicated. 


6.4.7 EDITPC Operators Module (ESKAY@9, Test 8) 
This module tests the EDITPC microcode and associated hardware. 
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Typical Error Message 
REEKKERE CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.96 REKKEEKE 
PASS 1 TEST 7 SUBTEST 2 ERROR 26 26-FEB-1978 11:26:09.00 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 26 
? INCORRECT TRACE TRAP PSL 
EXPECTED ACTUAL 


OB1FOOFS OO1IFOOFD 


INITIAL CONDITIONS: 
PC $9984585 PSL OG1FOOFF 


OP CODE -- 21 WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R9#--R6 

RO GBZOGACH4 Rl GBB GACHE R2 GG9GAC1B 
R3 PBGGAC25 R4 G9BBBAC35 R5 OGGGAC3F 
R6 BHIHOHOO 


SOURCE OPERAND DATA: 


OPERAND 1 

GBB9 

OPERAND 2 

12, 34, 56, 78, 9C 

OPERAND 3 

OOOE 

OPERAND 4 

@6, O86, OB, 77, 77, 77, 77, TE 
OPERAND 5 


OO1F 





Example 6-55 ESKAY Test 7, Subtest 2, Error 26 
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Typical Error Message 


*kkkeKEE ~~ CPU CLUSTER EXERCISER (ZZ-ESKAY) -- 9.0 **#ekeRE 


PASS 1 TEST 8 SUBTEST 1 ERROR 48 2@-FEB-1978 11:26:99.990 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 


? ERROR IN TEST CASE NUMBER: 48 
2? RESULT PSL ERROR 
EX PECTED ACTUAL 


OO1FOGES OG1FOBE4 


INITIAL CONDITIONS: 
PC @660485A PSL O91FOGEB 


OP CODE -- 38 WITH REGISTER INDIRECT OPERANDS 


INITIAL REGISTERS R@--R6: 

RO 880 GBACGH4 Rl OBOBGACHE R2 BOSSOACIE 
R3 @BBSAC2F R4 OBOBHSAO R5 COAODSHD 
R6 GIDOBHOD 

SOURCE OPERAND DATA: 

OPERAND 1 

OOOOF 

OPERAND 2 

06, 86, O08, BO, BB, BH, BB, BD 

OPERAND 3 


49, 40, 43, 25, @4, OF, 46, 18, 6@ 





Example 6-56 ESKAY Test 8, Subtest 1, Error 48 
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Interpretation of Example 6-56 
The error printouts coming from this test are designed like those 
described in Paragraph 6.4.2. 
Therefore, analysis should show the instruction under test to be 
EDITPC: (R@), (Rl), (R2), (R3) 

srclen pattern 


srcaddr dstaddr 


with ADDRESSES REFERENCED shown under INITIAL REGISTERS R@#--R6 and 
OPERAND DATA as indicated. 


6.4.8 Character String Instructions Test Module (ESKAY19, Test 
Mee yet implemented. 

6.4.9 Privileged Instruction Exception Test (ESKAY11, Test 196) 

Not yet implemented. 

6.5 ESKAZ DESCRIPTION 

6.5.1 Memory Management Test Module (ESKAZ@3, Test 1) 


The object of this test is to test memory management on a 
VAX-11/78@ CPU. Memory management is that part of the CPU which 
checks protection on memory references, performs virtual to 
physical address translation, monitors updates to pages of memory 
(with the modify bit of the page table entry), and resolves 
unaligned data references. These functions are tested by making 
many different kinds of references to see that they work. Working 
is defined as: reading or writing the correct data, leaving the 
contents of adjacent addresses unaffected, setting the M bit on 
the first write to a page, and faulting if required. Upon 
detecting a failure, the test issues an error report containing 
the failure symptom (e.g., unexpected fault, wrong condition 
codes) and the circumstances surrounding the failure (instruction 
and address under test, expected and received data, etc.). 


The test is organized in six subsections, each testing some area 
of memory management functionality. 


1s Valid read and write -- The intent is to quickly verify 
that the basic functions work. Longword aligned reads and 
writes are performed to each address space (P@, Pl, and 
System). This process performs initial checks of reading 
and writing, physical address translation in each address 
Space, translation buffer loading, and setting of the 
modify bit. 
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Length register boundary checks - References are made 
just before and just beyond each of the length boundaries 
to verify the length boundary checks. 


Page Table Entry (PTE) combinations -- This subsection 
changes privilege modes to kernel, exec, super, and user. 
It makes references to pages mapped with each access 
code, and with the PTEs both valid and invalid, to verify 
the access privilege checks. 


Size with PTE combinations -- The size of the access is 
varied from byte to quadword and tried with PTE 
combinations. = 


Page boundary checks -- The size of the access and the 
position of the access with respect to a page boundary 
are varied. 


IB references with PTE combinations -- This subsection 


attempts to make instruction buffer references while 
varying the protection of the referenced page. 
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6.5.1.1 Memory Management Test General Flow 

Initialization -- Three buffer areas are requested from the 
supervisor, one each from P@, Pl, and system spaces. A control 
block (BVAS) is loaded with their addresses, and with the 
addresses of three other buffer areas, which are on the last page 
in each space. 


Execution of Subsections -- A loop selects and executes each of 
the subsections, as follows. 


Ls Select an SCC -- The entry in the subsection description 
table associated with the current subsection is selected. 
It includes a pointer to a Setup Command Chain (SCC). 
There is an SCC for each subsection. The execution 
section includes six nested loops, varying access size, 
address space, and operand alignment. The SCC contains 
Start and end limits for these loops. For instance, the 
scC for the fourth loop, page boundary checks, specifies 
varying access size from byte to quadword, varying the 
offset from a page boundary from 8 bytes before through 1 
byte after the page boundary, and varying address space 
from P@ to system. 


2% Create defaults -- Defaults are provided for any 
variables not specified in the SCC. 


3% Execute subsection -- A procedure is called that will 
make test references, varying each reference variable 
specified in the SCC across the range. 


Clean up -- At the end of the test, all buffers are returned and 
control returns to the dispatch routine in the supervisor. 


6.5.1.2 Memory Management Test, Subsection Flow 
Loop start -- All reference parameters that will vary are loaded 
with initial values specified in the SCC. 


Execute -- The test reference described by the current state of 
all the reference variables is made. . 


Increment -- The next value of the most rapidly varying parameter 
is loaded. If its range has been covered, it is set to its initial 
value and the next variable is changed. 


Loop -- If the slowest varying reference parameter has completed 
its range, the subsection is complete. Otherwise, the next 
reference is made. 


6.5.1.3 Test Reference Execution 

Initialize -- The control blocks for this section (MRDB and TCB) 
are set up. 

Decode -- A CITS (CITS DECODE) is called to decode the test 
instruction. 
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Simulate -- The test reference is simulated, and the expected 
results are loaded into the MRDB. 


Setup -- Another CITS routine (CITS SETUP) is called to initialize 
the data areas, general register, and stack for the test 
instruction. 


Map -- The address of the test reference is mapped according to 
the variables controlling page validity and accessibility. 


Probe -- A probe is made to the test address in order to verify 
the mapping, and the results are compared with the simulated 
results. 


Execute -- The test reference is made. 


Remap -- The test address mapping is reset to allow all access, 
and the result maps are copied and checked. 


Data Check -- CITS CHECK is called to check the results of the 
test instruction. 


Loop -- The flow from setup is repeated for various translation 
buffer states. 


Return. 


6-63 


Typical Error Messages 
keRKAEKE = ==CPU CLUSTER EXERCISER -- 9.0 *##*k4e% 


PASS 1 TEST 1 SUBTEST 1 ERROR 209212 28-MAY-1978 98:31:91.89 


HARD ERROR WHILE TESTING CPU: LENGTH REGISTER BOUNDARY 


ERROR OCCURRED DURING: ACCESS OR ACCESS CHECK 


ERROR: PAGE TABLE ENTRY WAS MODIFIED 


TESTED PSL MODE ACCESS ACCESS 
ADDRESS PRV CUR TYPE SIZE 
88GG1FF8 K K R L 


PTE PTE PROTEC- V-BIT M-BIT ACCESS ALLOWED 
TION 


ADDRESS VALUE CODE STATE STATE K_ E Ss U 
SPTE1: Q@091F43C 86000098 6893 VAL CLR R NO NO NO 
SYS BASE SYS LENGTH 
REG REG 


OOG1F 400 GOBBBH22 


EXP DATA ACT DATA PTE MODIFIED 


G90BB098 GBBBHH98 SPTE1: 





Example 6-57 ESKAZ Test 1, Subtest 1, Error 29212 
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kkkKKKK CPU CLUSTER EXERCISER -- 9.9 ***#*kKX 


PASS 1 TEST 1 SUBTEST 1 ERROR 246213 28-MAY-1978 08:5@8:58.91 
HARD ERROR WHILE TESTING CPU: LENGTH REGISTER BOUNDARY 

ERROR OCCURRED DURING: ACCESS OR ACCESS CHECK 

ERROR: MODIFY BIT ERROR 

TESTED PSL MODE ACCESS ACCESS TESTED OPERAND 
ADDRESS PRV CUR TYPE SIZE INSTR NO. 
6013001F8 K K W L MOV G2 


PTE PTE PROTEC- V-BIT M-BIT ACCESS ALLOWED 
TION 


ADDRESS VALUE CODE STATE STATE K E Ss U 


SPTE1: @9O8G81F480 88800094 8882 VAL SET RW NO NO NO 


T-BUFF 
STATE 


MISS 


PPTE1: @O01F200 O8BHBB9A BBH2 RW NO NO NO 
HIT 

SYS BASE SYS LENGTH 

REG REG 

BOG1FABS GOBSCBH22 

Pl BASE Pl LENGTH 

REG REG 

7FCO1ABB GO1BOOOF 

EXPECTED PTE 

STATE 


SET 





Example 6-58 ESKAZ Test 1, Subtest 1, Error 268213 
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Interpretation of Example 6-57 


a ee 


So, 


CHECK 


First, a discussion of ERROR 29212 


All error numbers consist of 3 bytes with a breakdown as 
follows: 


ae 


The left byte (2) defines the location within the 
test where the error was encountered 


where, 
@ = Subtest 


1--6 = Subsection defined prior to the preceding 
examples (Paragraph 6.5.1). 


The middle byte (92) indicates the action being taken 
by the test at the time of error 


where, 


SETUP 

PROBE/PROBE CHECK 
ACCESS/ACCESS CHECK 
ACCESS DATA CHECK 
FINAL SETUP 


&mWNYe & 
Houhw @ ou 


The right byte (12) is indicative of the error itself 
(it is used by the test software to determine what 
gets printed at error report time). 


the ERROR number tells us that we were in the LENGTH 
REGISTER BOUNDARY subsection (2) performing an ACCESS/ACCESS 


(92), when we got a message saying PAGE TABLE ENTRY WAS 


MODIFIED (12). 


2. 


3% 


The ADDRESS UNDER TEST was 8@@01FF8. 


The PREVIOUS and CURRENT MODES in the PSL at the test 
time are shown as K K 


where, 

K = Kernel 

E = Executive 
S = Supervisor 
U = User 
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The ACCESS occurring at the time of the error is shown as 
R 


where, 

R = Read 

W = Write 
M = Modify 


The SIZE of the access is shown as L 


where, 

L = Longword 
B = Byte 

W = Word 

Q = Quadword 


A discussion of the line labeled SPTE]1 follows. 


In the given example we have only one line of 
information, but depending on the set of circumstances 
there can be more than one line (as shown in Example 
6-58). 


The lines and combinations that can appear are as 
follows: 


SPTE1: Page 1 system page table 
SPTE2: Page 2 system page table 
PPTE1: Page 1 processor page table 
PPTE2: Page 2 processor page table 


where, 


Page 1 = page number of the address of the lowest byte of 
the reference address as determined by either the Base 
Virtual Address (BVA) or, if the position is negative, by 
the BVA + position. 


Page 2 = the next page. 
NOTE 
A reference may be either entirely 
within PAGE 1 or PAGE 2, or it may cross 
over. 


In our example, the PAGE 1 system page table is being 
ACCESSED. 
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10. 


ll. 


12. 


The PHYSICAL ADDRESS of the PTE is 1F43C. 
NOTE 

The PTE is the medium of translation of 

all virtual addresses to. physical 

addresses. , 
The PTE VALUE represents the contents of the PTE or 98. 
The PTE content comprises 4 fields. 
a. Page Frame Number (PFN) -- Bits <2@: 00> 


This is the upper 21 bits of the physical address of 
the base of the page. 


b. Modify bit -- Bit <26> 
c. Protection -- Bits <3@:27> 

dad. Valid -- Bit <31> 

The PROTECTION CODE for the page accessed was 3. 


Chapter 5 of the VAX-11 System Reference Manual gives an 
analysis of a protection code meaning. 


To ease the strain of searching through the VAX-11 System 
Reference Manual, the protection code breakdown is shown 
under ACCESS ALLOWED as R, NO, NO, NO. 


This states that the page being accessed can be READ in 
kernel mode, and cannot be accessed in any other mode. 


NOTE 
A W under this column would indicate 


that the page can be written in a given 
mode. 
The state of the valid bit (V-BIT) is VAL 


where, 


VAX 1 (valid) _ 
INV = @ (invalid) .. 


The state of the modify bit (M-BIT) is CLR 
where, | 


CLR 
SET 


9 (no modify) 
1 (modify) 
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13% 


14. 


The content of the SYSTEM BASE REGISTER was 1F4@@ and the 
content of the SYSTEM LENGTH REGISTER was 22. 


These 13 items represent the SETUP portion of the error 
report (i.e., what were all the initial conditions, or 
states, at the time of the error). 


The SYS BASE REG and SYS LGTH REG printouts always occur 
as parts of the SETUP. As a function of the TESTED 
ADDRESS value, one or two other printouts will occur 
additionally as follows: 


a. If bit 31 is clear and bit 3@ is set, the message 
includes 


Pl BASE Pl LENGTH 
REG REG 


b. If bit 31 is clear and bit 3@ is clear, the message 
includes 


P@ BASE PQ LENGTH 

REG REG 
The ERROR portion of the printout shows further proof of 
the ERROR: PAGE TABLE ENTRY WAS MODIFIED statement by 


Showing the EXPECTED and ACTUAL DATA and the PTE 
MODIFIED. 


Example 6-58 is similar to Example 6-57 except that it shows 
additional information which reflects circumstances at the time of 
the error. 


The new items in Example 6-58 are: 


TESTED INSTR is a MOV 

The OPERAND NO. in question is @2 (i.e., the DST). 
The translation buffer state (TB-STATE) is listed 
where, 


HIT = 1 
MISS = @. 
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6.6 COMPATIBILITY MODE INSTRUCTION TEST (ESKAZ93, TEST 2) 
6.6.1 Instructions Tested 
Most of the instructions provided by the compatibility mode 


hardware are exercised uSing various data patterns and address 
modes (Figure 6-3). These instructions are listed in Table 6-12. 


START 


SUBTEST 


SETUP RN: 


SUBTEST 
INSTRUCTION 


VERIFY 


Y 
ERROR LOOP 
EN: 


OHH 


GO TO 
NEXT 
SUBTEST 


TK-1200 


Figure 6-3 Compatibility Mode Instruction Module Subtest 
Structure 
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Table 6-12 


Compatibility Mode 


Instructions 


Provided by 


Compatibility Mode Hardware and Exercised by ESKAZ Test 2 





- @55DD ADC (B) 9881DD JMP 
-86SSDD ADD @%94RDD JSR 
- 963DD ASL (B) - LSSDD MOV (B) 
-862DD ASR (B) -854DD NEG (B) 
- 4SSDD BIC (B) - 861DD ROL (B) 
- 5SSDD BIS (B) - 86@DD ROR (B) 
- 3SSDD BIT (B) - 8820R RTS 
498-3777 BRANCHES (*) GPGOBS RTT 
169908-3777 BRANCHES (**) - 856DD SBC (B) 
- 858DD CLR (B) 87 7RNN SOB 
- 2SSDD CMP (B) 16SSDD SUB 
~@51DD COM(B) @%9@3DD SWAB 
246-277 CND CODES (***) 8@867DD SXT 
-853DD DEC (B) -®@57DD TST (B) 
-@52DD INC (B) 8@74RSS XOR 
where, 

(*)=BR, BNE, BEQ, BGE, BLT, BGT, BLE 

(**)=BPL, BMI, BVC, BCC, BCS, BHI, BLOS, BHIS, BLO 

(***)=CLC, CLV, CLZ, CLN, CCC, SEC, SEZ, SEN, SCC 


The instructions provided by the compatibility mode hardware that 
have not yet been included in this test are listed in Table 6-13. 


Table 6-13 


Compatibility Mode Instructions Not Yet Tested 


Op Code (8) 


872RSS 
873RSS 
$71RSS 
1965SS 
8655S 
1966DD 
866DD 
8798RSS 


Mnemonic 


ASH 
ASHC 
DIV 
MF PD 
MFPI 
MT PD 
MTPI 
MUL 


6-71 


NOTES 
1. The test instruction is always 
tagged IN. 


2. The error is always tagged EN. 


3. The return point for looping is 
always tagged RN. 


4. If more than one verification is 
made in a single subtest, the 
entries to subsequent checks are 
tagged AN, BN, etc. 


5. If more than one error is included, 
subsequent errors are tagged EIN, 
E2N, E3N, etc. 


The RTI instruction provided by compatibility mode hardware is not 


tested 


in this module. The compatibility mode entry/exit module 


(ESKAX@2, Test @1) tests this instruction thoroughly. 


6.6.2 


Compatibility Mode Test Error Message Format 


The following header is printed when an error is detected. 


(PC) 


(PSW) (SP) (Rl) (R2) (R3) (R4) 


Interpretation of Compatibility Mode Test Error Message Format 


(PC) 


(PSW) 


(SP) 


Indicates the content of the program counter at the time 
of the error call. This is normally an address that is 
used to locate the error call statement in the failing 
subtest. 


Indicates the content of the processor status word at the 
time of the error call. 


Indicates the content of the stack pointer (R6) at the 
time of the error. 


NOTE 


The error call will push the stack 
twice. 
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(R1) Indicates a mnemonic of the instruction under test 
CO .ge, MOVB, ASL = e oe et al. 


(R2) For single- and double-operand instructions, R2 normally 
contains the destination address. 


(R3) For single- and double-operand instructions, R3 contains 
what the result (destination operand) actually was after 
the test instruction was executed. 


(R4) For single- and double-operand instructions, R4 contains 
what the result (destination operand) should have been 
(S/B) . 


In some cases, the error information may deviate from that 
previously described but the program annotation for those subtests 
will describe the meaning of those entries that have been 
redefined. 


The error call statement is encoded to print only the information 
relative to the particular function being tested. Interpretation 
of the error calls is shown below. 


ERROR Print all 7 columns 

ERROR1 Print only column 1 

ERROR2 Print columns 1, 2 

ERROR3 Print columns 1, 2, 3 

ERROR4 Print columns 1, 2, 3, 4 

ERRORS Print columns 1, 2, 3, 4, 5 

ERROR6 Print columns 1, 2, 3, 4, 5, 6 
6.6.3 Sample Error Message Explanation 


KKKKKKKK CPU CLUSTER ..... KEKKKEKE 
PASS 1 TEST XX SUBTEST 208... . 
HARD ERROR WHILE TESTING CPU: COMPATIBILITY MODE .... - 


(PC) (PSW) (SP) (R1) (R2) (R3) (R4) 


0880 8DD9 DPOGGSOHHA4 OBOGBA5AA MOV GBGGG49B GOSCSAOD OOOOFFFF 





Example 6-59 ESKAZ Compatibility Mode Test Error 
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Interpretation of Example 6-59 


8DDO Represents the PC of the error call in the listing. 

4 Represents the content of the PSW prior to the error 
call. 

A5AA Represents the last position of the PDP-1l1 mode _ stack 
pointer (R6). 

MOV Is a clue that the MOV instruction failed under test. 

49@ Represents the address used by the destination mode 


portion of the MOV instruction. 


GBBO Represents the actual content of the destination after 
instruction execution. 


FFFF Represents what the content of the destination should 
have been after the MOV instruction was executed. 


The listing is laid out with a subtitle printed at the top of each 
page. The operator can look through the program listing for 
‘subtest 2088. The subtest description of 298 shows that a MOV 
instruction is tested with source mode 2 and destination mode 3. 


6.6.4 Compatibility Mode Instruction Module Assumptions 
Four compatibility mode trap instructions are used to control the 
execution of this test, as follows. 


1 SUBTYPE @ (SPL) Used as program end indicator. 
2. SUBTYPE 2 (IOT) Used as next subtest indicator. 


NOTE 
Appears as SCOPE statement in listing. 


3. SUBTYPE 3 (EMT) Used as error report indicator. 


NOTE 
Appears as ERROR + XX statement in 
listing. 


4. SUBTYPE 4 (TRAP) Used as PSW reference indicator. 


NOTE 
Appears as TRAP + XX statement in 
listing. 


It is assumed that the test performing the exercising of 
compatibility mode entry/exit conditions has been executed prior 
to this test, in which event, the compatibility mode trap 
instructions have been checked out. 
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APPENDIX A 
GLOSSARY OF DIAGNOSTICS SOFTWARE TERMS 


absolute (ABS) -- A program section (pSect) attribute. An absolute 
psect contains only symbol definitions. It does not contribute 
binary code to the image. Therefore, it must have a zero-length 
memory allocation. The converse is relocatable (REL). 


access mode -- Any of the four processor access modes in which 
software executes. Processor access modes are, in order, from most 
to least privileged and protected: kernel (mode @), executive 
(mode 1), supervisor (mode 2), and user (mode 3). 


When the processor is in kernel mode, the executing software has 
complete control of, and responsibility for, the system. When the 
processor is in any other mode, the processor is inhibited from 
executing privileged instructions. The processor status longword 
contains the current access mode field. The operating system uses 
access modes to define protection levels for software executing in 
the context of a process. For example, the executive runs in 
kernel and executive modes and is most protected. The command 
interpreter is less protected and runs in supervisor mode. The 
debugger runs in user mode and is no more protected than normal 
user programs. 


access type -- The way in which the processor accesses instruction. 
operands. Access types are: read, write, modify, address, and 
branch. 


alignment -- The address boundary at which a program section is 
based. 
allocate a device -- To reserve a particular device unit for 


exclusive use. A user process can allocate a device only when that 
device is not allocated by any other process. 


allocation -- The number of bytes of memory contributed by a 
program section to a particular module. 


alphanumeric character -- An upper or lower case letter (A--Z, 
a--z), a dollar sign ($), an underscore (_), or a decimal digit 
(@--9). 


ancillary control process (ACP) -- A process that actsS as an 
interface between user software and an I/O driver. An ACP provides 
functions supplemental to those performed in the driver, such as 
file and directory management. 


argument -- An independent value within a command statement that 
specifies where, or on what, the command will operate (e.g., 
address, data). 


argument pointer -- General register 12 (R12). By convention, AP 
contains the address of the base of the argument list for 
procedures initiated using the CALL instructions. 


assign a channel -- To establish the necessary software linkage 
between a user process and a device unit before a user process can 
transfer any data to or from that device. A user process requests 
the system to assign a channel and the system returns a channel 
number. 


assembler -- A program that translates source language code, whose 
operations correspond directly to machine op codes, into object 
language code. 


asynchronous system trap (AST) -- A software-simulated interrupt 
to a user-defined service routine. ASTs enable a user process to 
be notified asynchronously, with respect to its execution, of the 
occurrence of a specific event. If a user process has defined an 
AST routine for an event, the system interrupts the process and 
executes the AST routine when that event occurs. When the AST 
routine exits, the system resumes the process at the point where 
it was interrupted. 


attributes -- Various characteristics that can be assigned by the 
programmer to each psect in a module (e.g., ABS). 


base register -- A general register used to contain the address of 
the entry in a list, table, array, or other data structure. 


block -- 1. The smallest addressable unit of data that the 
specified device can transfer in an I/O operation (512 contiguous 
bytes for most disk devices). 2. An arbitrary number of contiguous 
bytes used to store logically related status, control, or other 
processing information (i.e., process control block). 


breakpoint -- In diagnostics, an address assigned through the 
diagnostic supervisor. When the PC equals the value of the 
breakpoint, control returns to the diagnostic supervisor. 


boot (bootstrap) -- A program that loads another (usually larger) 
program into memory from a peripheral device. 

buffer -- A temporary data storage area. 

call frame -- A standard data structure built on the stack during 


a procedure call, starting from the location addressed by the FP 
to lower addresses, and popped off during a return from procedure 
(also called stack frame). 


channel -- A logical path connecting a uSer process to a physical 
device unit. A uSer process requests the operating system to 
assign a channel to a device so that the process can transfer data 
to or from that device. 


A-2 


command file -- A file containing command strings. 


command interpreter -- Procedure-based code to receive, syntax 
check, and parse commands typed by the user at a terminal or 
submitted in a command file. 


command parameter -- The positional operand of a command delimited 
by spaces, such as a file specification, option, or constant. 


command string -- A line, or a set of continued lines, normally 
terminated by typing the carriage return key containing a command, 
and optionally, information modifying the command. A _ complete 
command string consists of a command; its qualifiers, if any; its 
parameter (file specifications, for example), if any; and their 
qualifiers, if any. 


concatenate (CON) -- A program section attribute. If a psect is 
concatenated, all psects of the same name yet from different 
modules are to be assigned contiguous addresses in the virtual 
address space. Each module can specify an independent alignment. 
The linker performs the necessary padding of zero bytes between 
contributions. The base alignment of the resulting concatenated 
psects is according to the greatest alignment granularity of all 
the contributions to the psect. For example, if the greatest 
alignment granularity of all contributors is a page, the psect is 
page-aligned; although, some contributors may be byte-aligned, 
others word-aligned, etc. 


condition -- An exception condition detected and declared by 
software. 


condition codes -- Four bits in the processor status word that 
indicate the results of the previously executed instruction. 


condition handler -- A procedure that a process wants the system 
to execute when an exception condition occurs. When an exception 
condition does occur, the operating system searches for a 
condition handler. When it finds the condition handler, the 
operating system initiates the handler immediately. The condition 
handler may perform some act to change the situation that caused 
the exception condition and then continue execution of the process 
that incurred the exception condition. Condition handlers execute 
in the context of the process at the access mode of the code that 
incurred the exception condition. 


context switching -- Interrupting the activity in progress and 
switching to another activity. Context switching occurs as one 
process after another is scheduled for execution. The operating 
system saves the interrupted process's hardware context in its 
hardware PCB uSing the Save process context instruction, loads 
another process's hardware PCB into the hardware context using the 
load process context instruction, and schedules that process for 
execution. 


cylinder -- The tracks at the same radius on all_ recording 
surfaces of a disk pack. 


default -- Assumed value supplied when a command qualifier does 
not specifically override the normal command function; also, 
fields in a file specification that the system fills in when the 
specification is not complete. 


default disk -- The system disk to which the system writes all 
files that the operator creates, by default. The default is used 
whenever a file specification in a command does not explicitly 
name a device. 


delimiter -- A character or symbol used to separate or limit items 
within a command or data string. However, the delimiter is not a 
member of the string. 


device -- The general name for any physical terminus or link 
connected to the processor that is capable of receiving, storing, 
or transmitting data. Card readers, line printers, and terminals 
are examples of record-oriented devices. Magnetic tape devices and 
disk devices are examples of mass storage devices. Terminal line 
interfaces and interprocessor links are examples of communications 
devices. 


device interrupt -- An interrupt received on interrupt priority 
levels 16 through 23. Device interrupts can be requested only by 
devices, controllers, and memories. 


device name -- The field in a file specification that identifies 
the device unit on which a file is stored. Device names also 
include the mnemonics that identify an I/O peripheral device in a 
data transfer request. A device name consists of a mnemonic 
followed by a controller identification letter (if applicable), 
followed by a unit number (if applicable). A colon (:) Separates 
it from following fields. 


direct I/O -- A mode of access to peripheral devices in which the 
program addresses the device registers directly, without relying 
on support from the operating system drivers. 


drive -- The electro-mechanical unit of a mass storage device 
system on which a recording medium (disk cartridge, disk pack, or 
magnetic tape reel) is mounted. 


driver -- The set of system code that handles physical I/O to a 
device. 
entry mask -- A word (1) whose bits represent the registers to be 


saved or restored on a subroutine or procedure call using the call 
and return instructions, and (2) which includes trap enable bits. 


entry point -- A location that can be specified as the object of a 
call. It contains an entry mask and exception enables known as the 
entry point mask. 


A-4 


event -- A change in process status or an indication of the 
occurrence of some activity that concerns an individual process or 
cooperating processes. An incident reported to the scheduler that 
affects a process's ability to execute. Events can be synchronous 
with the process's execution (a wait request, or they can be 
asynchronous (I/O completion). Some examples of events: Swapping, 
wake request, page fault. 


event flag -- A bit in an event flag cluster that can be set or 
cleared to indicate the occurrence of the event associated with 
that flag. Event flags are used to synchronize activities in a 
process or among many processes. 


exception -- An event detected by the hardware (other than an 
interrupt or jump, branch, case, or call instruction) that changes 
the normal flow of instruction execution. An exception is always 
caused by the execution of an instruction or set of instructions, 
while an interrupt is caused by an activity in the system 
independent of the current instruction. There are three types of 
hardware exceptions: traps, faults, and aborts. Examples are: 
attempts to execute a privileged or reserved instruction; trace 
traps; compatibility mode faults; breakpoint instruction 
execution; and arithmetic traps such as overflow, underflow, and 
divide-by-zero. 


exception condition -- A hardware- or software-detected event 
(other than an interrupt or jump, branch, case, or call 
instruction) that changes the normal flow of instruction 
execution. 


exception dispatcher -- An operating system procedure that 
searches for a condition handler when an exception condition 
occurs. If no exception handler is found for an exception or 
condition, the image that incurred the exception is terminated. 


executable (EXE) -- A program section attribute. The psect 
contains only instructions. This attribute provides the capability 
to separate instructions from read-only and read/write data. The 
linker uses this attribute in gathering psects and in the 
verification of the transfer address that must be present in an 
executable psect. 


executable image -- An image that is capable of being run in a 
process. When run, an executable image is read from a file for 
execution in a process. 


executive -- The generic name for the collection of procedures 
included in the operating system software that provides the basic 
control and monitor functions of the operating system. 


file -- A logically related collection of data treated as a 
physical entity that occupies one or more blocks on a volume such 
as disk or magnetic tape. A file can be referenced by a name 
assigned by the user. A file normally consists of one or more 
logical records. 
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file specification -- A unique name for a file on a mass storage 
medium. 


frame pointer -- General register 13 (R13). By convention, FP 
contains the base address of the most recent call frame on the 
stack. 


global symbol -- A symbol defined in a module that is potentially 
available for reference by another module. The linker resolves 
(matches references with definitions) global symbols. Contrast 
with local symbol. 


granularity -- The alignment of a contribution to a psect on a 
boundary. The alignment granularity may be byte, word, quadword, 
or page. 


home block -- A block in the index file that contains the volume 
identification, such as volume label and protection. 


image -- An image consists of procedures and data that have been 
bound together by the linker. There are three types of images: 
executable, sharable, and system. 


index file -- The file on a FILES-11 volume that contains the 
access information for all files on the volume and enables the 
operating system to identify and access the volume. 


interrupt -- An event (other than an exception or branch, jump, 
case, or call instruction) that changes the normal flow of 
instruction execution. Interrupts are generally external to the 
process executing when the interrupt occurs. 


interrupt stack -- The system-wide stack used when executing in an 
interrupt service context. At any time, the processor is either in 
a process context executing in user, supervisor, executive, or 
kernel mode; or in system-wide interrupt service context operating 
with kernel privileges, as indicated by the interrupt stack and 
current mode bits in the PSL. The interrupt stack is not 
context-switched. 


I/O function code -- A 6-bit value specified in a queue I/0 
request system service that describes the particular I/O operation 
to be performed (e.g., read, write, rewind). 


library file -- A direct access file containing one or more 
modules of the same module type. 


linked commands -- A group of independent commands’ connected 
together (linked) so as to form a single executable list of 
commands. Once initiated, the entire linked command list may be. 
executed without further operator intervention. 





linker -- A program that reads one or more object modules created 
‘by language processors and produces an executable image file, a 
sharable image file, or a system image file. 


linking -- The resolution of external references between object 
modules used to create an image; the acquisition of referenced 
library routines, service entry points, and data for the image; 
and the assignment of virtual addresses to components of an image. 


link map -- A link map shows the virtual memory allocation of the 
total program image. The link map is found in a program listing in 
the program section allocation synopsis. 


literal -- An operand which is used immediately, without being 
translated to some other value. An operand which specifies itself. 


literal argument -- An independent value within a command 
statement that specifies itself. 


local symbol -- A symbol that is meaningful only to the module 
that defines it. Symbols not identified to a language processor as 
global symbols are considered to be local symbols. A language 
processor resolves (matches references with definitions) local 
symbols. They are known to the linker and cannot be made available 
to another object module. They can, however, be passed through the 
linker to the symbolic debugger. Contrast with global symbol. 


logical block -- A block on a mass storage device identified by 
uSing the volume-relative address rather than the physical 
(device-oriented) address or the virtual (file-relative) address. 
The blocks that comprise the volume are labeled sequentially 
Starting with logical block @. 


Macro -- A_ statement that requests a language processor to 
generate a predefined set of instructions. 


memory management -- The system functions that include the 
hardware's page mapping and protection and the operating system's 
image activator and pager. 


module -- A part of a program assembled as a unit. Modular 
programming allows the development of large programs in which 
separate parts share data and routines. 


mount a volume -- To logically associate a volume with the 
physical unit on which it is loaded (an activity accomplished by 
system software at the request of an operator). Or, to load or 
place a magnetic tape or disk pack on a drive and place the drive 
on-line (an activity accomplished by a system operator). 


object module -- The binary output of a language processor such as 
the assembler or a compiler, which is used as input to the linker. 


operand -- a value (address or data) that is operated on, or with, 
by an instruction. 
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overlay (OVR) -- A program section attribute. If a psect is 
overlayed, all contributions to the psect have the same base 
address. The length of the psect is the size of the largest 
contribution. All contributions to an overlayed psect must have 
the same alignment. 


page -- A set of 512 contiguous byte locations used as the unit of 
memory mapping and protection. Also, the data between the 
beginning of a file and a page marker, between two markers, or 
between a marker and the end of a file. 


page frame number (PFN) -- The address of the first byte of a page 
in physical memory. The high-order 21 bits of the physical address 
of the base of a page make up the PFN. 


page table entry (PTE) -- The data structure that identifies the 
location and status of a page of virtual address space. When a 
virtual page is in memory, the PTE contains the page frame number 
needed to map the virtual page to a physical page. When it is not. 
in memory, the PTE contains the information needed to locate the 
page on secondary storage (disk). 


parameter -- A parameter is the object of a command. It can be a 
file specification, a keyword option, or a symbol value passed to 
a command procedure. In diagnostics, parameters are usually 
operator-supplied answers to questions asked by a program 
concerning devices to be tested. 


parameter switch -- A command qualifier. In diagnostics, it is 
preceded by a slash (/). 


parser -- A procedure that breaks down the components of a command 
into structural forms. 


physical address -- The address used by hardware to identify a 
location in physical memory or on directly addressable secondary 
storage devices such as disks. A physical memory address consists 
of a page frame number and the number of a byte within the page. A 
physical disk block address consists of a cylinder or track and 
sector number. 


physical block -- A block on a mass Storage device referred to by 
its physical (device-oriented) address rather than a _ logical 
(volume-relative) or virtual (file-relative) address. 


position independent code (PIC) -- A program section attribute. 
The contents of the psect do not depend on a specific location in 
virtual memory. The converse iS nonposition independent code 
(NOPIC). 


priority -- The rank assigned to an activity that determines its 
level of service. For example, when several jobs contend for 
System resources, the job with the highest priority receives 
service first. 


program section -- A portion of a module. The assembler creates a 
number of program sections (psect) within a module, according to 
directives by the program developer. In addition, any code that 
precedes the first defined program section is placed in the BLANK 
program section by the assembler. 


Through program sectioning the program developer controls’ the 
virtual memory allocation of a program. Any program attributes 
established by the program section directive are passed on to the 
linker. Thus, program sections can be declared as read only, 
nonexecutable, etc. See the VAX-11 MACRO Language Reference Manual 
for an explanation of the various program section attribute 
functions. 


In the diagnostic programs, each test is given a Separate program 
section. 


prompt -- A program's typed out response to and/or request for 
operator action. 


qualifier -- A portion of a command string that modifies a command 
verb or command parameter by selecting one of several options. A 
qualifier, if present, follows the command verb or parameter to 
which it applies and is in the format: /qualifier:option. For 
example, in the command string "PRINT <filename> /COPIES:3", the 
COPIES qualifier indicates that the user wants three copies of a 
given file printed. 


queue -- A list of commands or jobs waiting to be processed. 


queue I/O -- A mode of access to peripheral devices in which a 
program calls on driver routines provided by the VMS operating 
system or the diagnostic supervisor to transfer data. 


radix -- The base of the number system currently in use. 


readable (RD) -- A program section attribute. The contents of the 
psect can be read at the execute time. The converse is nonreadable 
(NORD). 


record -- A collection of adjacent items of data treated as a 
unit. A logical record can be of any length whose significance is 
determined by the programmer. A_ physical record is a 
device-dependent collection of contiguous bytes such as a block on 
a disk, or a collection of bytes sent to or received from a 
record-oriented device. 


relocatable (REL) -- A program section attribute. The psect must 
be assigned a base address by the linker. This psect can contain 
code and/or data. 
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script file -- A line-oriented ASCII file that contains a list of 
commands. 


section -- A group of tests in a diagnostic program that may be 
selected by the operator. 


sector -- A portion of a track on the surface of a disk. On a 
VAX-11 system, each track on a disk is normally divided into 22 
sectors. 


semantics -- The interpretation of and relation between commands 
or command symbols. 


Sharable image -- An image that has all of its internal references 
resolved, but which must be linked with an object module(s) to 
produce an executable image. A sharable image cannot be executed. 
A sharable image file can be used to contain a library of 
routines. A sharable image can be installed as a global section by 
the system manager. 


stack -- An area of memory set aside for temporary storage, or for 
procedure and interrupt service linkages. A stack uses the 
last-in, first-out concept. As items are added to (pushed on) the 
stack, the stack pointer decrements. As items are retrieved from 
(popped off) the stack, the stack pointer increments. 


stack frame -- A standard data structure built on the stack during 
a procedure call, starting from the location addressed by the FP 
to lower addresses, and popped off during a return from procedure. 
Also called call frame. 


Stack pointer -- General register 14 (R14). SP contains’ the 
address of the top (lowest address) of the processor-defined 
stack. Reference to SP will access one of the five possible stack 
pointers: kernel, executive, supervisor, user, or interrupt, 
depending on the value in the current mode and interrupt stack 
bits in the Processor Status Longword (PSL). 


standalone mode -- A diagnostic program environment in which the 
program and the diagnostic supervisor run without the VMS 
operating system. The operator must use the console terminal when 
running diagnostics in the standalone mode, and no other users 
have access to the system. 


symbolic argument -- An argument within a command that refers to 
another value. 


syntax -- The rules governing a command language structure. The 
way in which command symbols are ordered to form meaningful 
statements. 


syntactic unit -- An item contained within a command statement 
(e.g., an argument, a qualifier). 
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system image -- The image that is read into memory from Secondary 
storage when the system is started up. 


test -- A unit of a diagnostic program that checks a specific 
function or portion of the hardware. 


time stamp -- A statement of the time of day at which a specific 
event occurred. 


track -- A collection of blocks at a single radius on one 
recording surface of a disk. 


trap -- An exception condition that occurs at the end of the 
instruction that caused the exception. The PC saved on the stack 
is the address of the next instruction that would normally have 
been executed. All software can enable and disable some of the 
trap conditions with a single instruction. 


unit record device -- A device such as a card reader or line 
printer. | 
unwind the call stack -- To remove call frames from the stack by 


tracing back through nested procedure calls using the current 
content of the FP register and FP register content stored on the 
stack for each call frame. 


UUT (unit under test) -- The device or portion of the computer 
hardware being tested by a diagnostic program. 


virtual block number -- A number used to identify a block on a 
maSs Storage device. The number is a file-relative address rather 
than a logical (volume-oriented) or physical (device-oriented) 
address. The first block in a file is always virtual block number 
one. | 


writable (WRT) -- A program section attribute. The content of the 


psect can be modified at execute time. The converse is nonwritable 
(NOWRT) . 
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